【初心者歓迎】C/C++� ..

---

[2ch|▼Menu]

523:デフォルトの名無しさん
08/02/24 01:10:25
>>515
#include <stdio.h>
#include <string.h>
typedef struct { char **start ; char **end; } bin;

void h(bin *x) {
char *ch = new char[11];
strcpy(ch, "ABCDEFGHIJ");
*(x->start)=ch; }

int main() {
bin x;
char *p;
x.start = &p;
h(&x);
printf("%s", p);
delete[] p;
}


524:デフォルトの名無しさん
08/02/24 01:10:30
new/deleteを使うということは当然C++だよな？
じゃあ、なんでメモリ操作を隠蔽するクラスを作ろうとしないの？
ＩＱ低いから？

525:デフォルトの名無しさん
08/02/24 01:10:53
>>522
みんなが何回も例を出しているのに・・・(T_T)

526:デフォルトの名無しさん
08/02/24 01:12:15
>>524
上のほうで最終的にCで書くと言っていたはず。
俺にはなんで今はnew[]使ってC++にするのか理解できないけど。

527:デフォルトの名無しさん
08/02/24 01:12:50
>>522
おまいがポインタについて知っている知識をすべて述べよ

528:デフォルトの名無しさん
08/02/24 01:12:53
>>522
何度か出てる正しく動く例が気に入らない理由はなぜかね

529:デフォルトの名無しさん
08/02/24 01:18:03
仮に、彼へC言語ポインタ完全制覇を与えたとしても、
それでわかってくれるかどうか不安になる。

530:デフォルトの名無しさん
08/02/24 01:19:41
>>522
皆が何言ってるかほとんど分からないC++素人だけど
一日ぐらい気分変えて犬の散歩にでも行ったら？
まあ、犬のウンコの処理しながら考えたりさ
その後で、また一から作ってみる
以外とできるかもよ

531:デフォルトの名無しさん
08/02/24 01:21:40
>>523
それだとうごきました　ｻﾝｸｽ

x.start = &p;
h(&x);
printf("%s", *x.start);

初めにメモリ上にchar*型が確保されないと受け取れないって事か

532:デフォルトの名無しさん
08/02/24 01:23:55
>>530
犬のウンコの処理を考えたり　に見えて
delete unko;とか脳内で実行しそうになった

533:デフォルトの名無しさん
08/02/24 01:28:09
>>523
pを確保しなくても、これでもいいはずですよね

int main() {
bin x;
x.start = new char *;
h(&x);
printf("%s", *x.start);
}

534:デフォルトの名無しさん
08/02/24 01:28:52
newしたらdeleteしとけよ

535:デフォルトの名無しさん
08/02/24 01:35:57
>>533
newしたものはdeleteしないといけないのが面倒だから、
使わずに済むなら避けるべき。

536:デフォルトの名無しさん
08/02/24 01:48:50
だから、newを捨てるところからはじめろって。

537:デフォルトの名無しさん
08/02/24 01:53:19
Ｃ及びＣ＋＋を使いゲームを作成された方へ質問です。

再帰関数って便利ですか？
もしよろしければ、メリットとデメリットを教えていただけないでしょうか？

自分の考えでは、 goto と同じ用に無理に使う必要はない機能だと思ってます。

538:デフォルトの名無しさん
08/02/24 01:54:37
再帰関数については色々思うところがあるのだが、ゲームを作っているわけではないからなぁ。

539:デフォルトの名無しさん
08/02/24 01:58:18
無理に使う必要は無いなぁ
メリットデメリットという問題でもない気がする

540:デフォルトの名無しさん
08/02/24 01:58:23
>>537
ポリゴン(ボーン)の操作で便利
でも、無理して使わなくてもおｋ

541:デフォルトの名無しさん
08/02/24 02:03:16
ボーン操作ってことは、データの読み込み時に便利ってことでしょうか？

542:デフォルトの名無しさん
08/02/24 02:09:18
【環境】 MS WinXP/gcc 3.4.4 on cygwin
【ソース】 URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
【用途】 IRCクライアント（bot）
【起動方法】 $ ./a irc.tokyo.wide.ad.jp 6664
【動作の現状】
　１．コマンドラインからサーバ名とポートを受け取り、ソケット作成、コネクション確立
　２．サーバからのコネクションメッセージ受け取り
　３．USER/NICKコマンドの送信
　４．ウェルカムメッセージ、MOTDの受け取り
　５．半角英数のチャンネル名へのJOIN　←ここで停止する
【質問】
　・Telnetで同じように接続すると問題なく接続→終了することができる（ISO-2022-JPだから文字化けするが正常）
　・送受信周りがかなりいい加減なのでJOIN出来ないのはそこに問題があるのではないか？

イレギュラーなことをやってますが、IRC板orスレというよりCネットワークプログラミング自体の問題かと考え
こちらに質問させていただきました。よろしくお願いいたします。

543:デフォルトの名無しさん
08/02/24 02:13:01
>>541
typedef struct _D3DXFRAME {
LPSTR Name;
D3DXMATRIX TransformationMatrix;
LPD3DXMESHCONTAINER pMeshContainer;
struct _D3DXFRAME *pFrameSibling;
struct _D3DXFRAME *pFrameFirstChild;
} D3DXFRAME, *LPD3DXFRAME;

座標系の上に座標系があって、
さらにその座標系の上に座標系が…
と繰り返すので、スタックを自前で管理するより
再帰処理にしたほうが楽というだけ
（体-上腕-腕-手-指 のように繋がっていくので）

544:デフォルトの名無しさん
08/02/24 02:17:35
>>542
カンなので外してたら無視してくれ
＞for(i=0;i<=strlen(p);i++){
\0も送信してるが、いいのか？
i<strlen(p)　なんじゃない？

545:デフォルトの名無しさん
08/02/24 02:37:36
>>543
for分で体のパーツ数回してデータを読み取ってるんですが、
今は無理してそれを崩してまで使う機能ではないってことですね。

よく機能を理解して使えば楽になる物、ということですね。
答えてくれた方ありがとうございました。

546:デフォルトの名無しさん
08/02/24 03:26:15
>>542
メッセージの終わりを\n → \r\n に変えてみたらいけるかも

547:デフォルトの名無しさん
08/02/24 03:33:50
>>530
俺はオナニーして発射した後、ティッシュで拭いてる時にコードが閃くよ。

548:546
08/02/24 03:56:01
あと、>>544と同じく\0の送信は不味いんでは？
\nでメッセージの終わりを判断してるとすると、サーバは次のメッセージの受信で
先頭に\0が入ってしまうんではないかと思う
（２回目のメッセージが、"\0JOIN #ircclidev\n"になるんじゃないかな）

549:デフォルトの名無しさん
08/02/24 04:06:10
>>544,>>548
i<strlen(p)で解決しました。初歩的ミスもいいところだ・・・。

もう一つ質問があるのですが、（どちらかというとこちらが本題ですが）
ISO-2022-JP（いわゆるJISコード）とShiftJISを相互変換するライブラリorサンプルを探しています。
検索してもなかなかしっくり来るものがなく、nkf経由だと上手くISO-2022-JPの制御コード
（KI/KO=0x1B 0x24 0x42/0x1B 0x28 0x42）を取ることが出来ません。

RFCには、特にマルチバイト環境の規定は定められていませんが、日本語IRCサーバは
ISO-2022-JPを使っているところが主流のようです。

550:デフォルトの名無しさん
08/02/24 04:12:53
>>542の修正版ソースです。一応日本語以外はちゃんと動く・・・はず
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

551:デフォルトの名無しさん
08/02/24 05:11:02
>>549
iconvじゃだめかい？

552:デフォルトの名無しさん
08/02/24 05:52:14
すんません。
VC++6.0からVisualStudio2008に移ったんですが、外観が変わりすぎててチンプンカンプン・・・
どこかVisualStudio2008 Exp の解説やってるページとかありませんか？

dllすら読み込めぬ・・・。orz


553:デフォルトの名無しさん
08/02/24 06:11:51
Visual Studio2008スレにGO

554:デフォルトの名無しさん
08/02/24 10:24:08
自分でクラスを定義するときに、ポインタに対する演算は、定義しなくてもよいのでしょうか？
つまり、ポインタでも、int*とか、char*とかの型がありますが、例えば
myclass*==int*
とかやるとコンパイルエラーになります。でも、myclass1*==myclass2*は、==演算子も
定義してないのに、コンパイルできるし、ちゃんと動きます。
これは、どういう理由でできるんですか？というか、ポインタの比較をする演算子って
どこで定義してるんでしょうか？

変な質問ですいません。


555:デフォルトの名無しさん
08/02/24 10:27:06
継承関係があるんじゃない？

556:デフォルトの名無しさん
08/02/24 10:54:10
>554
規格上で「できる」と決められている処理ははコンパイラが勝手に処理してくれる、というだけ。
myclass1*==myclass2* は >555 の言うとおり myclass1 と myclass2 に継承関係があるんだろう。
この場合、暗黙の型変換が発生して同じ型になり比較できる、と決まっている。

で、規格で決められている以上のポインタに対する演算を、自前で定義する必要があるケースはまずない。

557:デフォルトの名無しさん
08/02/24 10:55:39
>>554
違う型のポインタの比較はダメ
int* a;
double* b;
a == b
をやってみれば意味がわかるんじゃないかな？


558:デフォルトの名無しさん
08/02/24 12:50:04
C++で配列を関数の引数にできますか？

559:デフォルトの名無しさん
08/02/24 12:52:24
配列の参照か、配列のポインタか、配列要素のポインタならできます
配列自体は無理

560:デフォルトの名無しさん
08/02/24 12:52:27
ポインタじゃダメなのか？

561:デフォルトの名無しさん
08/02/24 12:53:21
>>558
できる

template <size_t n>
void func((&a)[n]) のように

562:デフォルトの名無しさん
08/02/24 12:53:39
型がねえ

563:デフォルトの名無しさん
08/02/24 12:58:42
すまん忘れた

564:デフォルトの名無しさん
08/02/24 13:14:21
>>559-563
ありがとうございます。
たしかにできませんでした。でも、
template <class T, int N>
int func(T a[N])
{
...
}
こういう様に書いても(func()の引数に&を付けても付けなくても)、aは参照扱いになるようです。
aに対して変更を加えると、func()の呼び出し側の元配列にも変更が反映されました。


565:デフォルトの名無しさん
08/02/24 13:20:12
そりゃaはポインタなんだから。

566:デフォルトの名無しさん
08/02/24 13:32:04
>>564
aは参照でなくてdecayされるからポインタだろ

567:デフォルトの名無しさん
08/02/24 13:36:59
>>565-566
そうか。ポインタですよね。
ポインタをコピーして、その先まで複製してくれるのはありえないですよね。
ありがとうございました。


568:デフォルトの名無しさん
08/02/24 13:50:24
構造体かクラスでラップしとけばいい。
boost::array を使うとか。

569:デフォルトの名無しさん
08/02/24 16:28:53
C++で乱数を扱う為のクラスとか関数はありますか？
rand/srand使うしかないですか？

rand/srand使うとしたら、シードによく現在時刻使いますが
現在時刻を取得する方法はtimeしかないですか？

++らしい方法があれば教えてください。

570:デフォルトの名無しさん
08/02/24 16:30:06
MT法のインラインアセンブラ版がどっかにころがってたきがする

571:デフォルトの名無しさん
08/02/24 16:31:57
boost使うか
URLﾘﾝｸ(www.math.sci.hiroshima-u.ac.jp)
ここから持っていけばいいんじゃね

572:デフォルトの名無しさん
08/02/24 16:32:08
>>569
Boost.Random

573:デフォルトの名無しさん
08/02/24 17:06:58
javascriptではalert("文字列"+123)
という風に文字列と数字を一緒にメッセージ表示出来ましたが、
C++で文字列と数字を一緒にメッセージ表示させるにはどうしたらいいでしょうか？
MessageBox(NULL, "文字列"+123, "test", NULL)
というのは出来ませんでした。

574:デフォルトの名無しさん
08/02/24 17:09:11
>>573
JavaScript同様、文字列を連結してから表示すればいい。

575:デフォルトの名無しさん
08/02/24 17:19:27
>>574
char msg[20] = "文字列";
char tmp[10];
itoa(123, tmp, 10);
strcat(msg, tmp);
MessageBox(NULL, msg, "test", NULL);
こんな感じですか？

メッセージ毎にこのコードを書くのも面倒臭いのと、
いつも　"文字列"+数字　の組み合わせと言うわけでもなく
数字+"文字列"+数字+"文字列"　という事もあるため
自作関数でmsgbox(char*, int){}という決め撃ちではやく、
文字列や数字を混同で表示できる方法はないかと考えています。

576:デフォルトの名無しさん
08/02/24 17:20:07
お願いします。C言語初心者なんですが、
ソース内に日本語を入れるとエラーになるんですが、
どこをどうすればいいのでしょうか？

超初心者です。よろしくお願いします。

577:デフォルトの名無しさん
08/02/24 17:21:41
×　ああああ
○　//ああああ

578:デフォルトの名無しさん
08/02/24 17:22:14
ソースから日本語を消す

579:576
08/02/24 17:27:51
説明へたですいません。

/* hello02.c */

#include <stdio.h>

int main()
{
printf("今日はよい天気です。\n");
printf("明日もよい天気でしょう。 \n");

return 0;
}

これなんですけど…

580:デフォルトの名無しさん
08/02/24 17:30:51
>>576
どんなエラー？

581:デフォルトの名無しさん
08/02/24 17:34:42
>>570-572
ありがとうございます、Boost 試してみます。
手元の mingw にはなさそうなので、まずはgooって
Boost 環境揃えてみますね。

>>576
・ソースの文字コードを変えてみる
・処理系を変えてみる

582:576
08/02/24 17:36:23
本当にすいません。

普通に表示されました。
なんか間違ったやりかたしてたみたいです…


申し訳ないです。

583:デフォルトの名無しさん
08/02/24 17:41:12
>575
そのためのsprintf、とだけいっておくけど。

584:デフォルトの名無しさん
08/02/24 17:48:41
>>583
sprintfだとメッセージウィンドウは生成されないですよね？

外見としてはMessageBoxの中身に数字や文字列を表示している様な方法がいいんです。

585:デフォルトの名無しさん
08/02/24 17:54:21
sprintfのsは何の意味か知っているか、とだけ言っておくけど。

586:デフォルトの名無しさん
08/02/24 17:55:05
>>584
ならsprintfしてMessageboxにいれる処理の関数つくればよくね？

587:デフォルトの名無しさん
08/02/24 17:56:41
要はフォーマット→MessageBox()と
二段構えになるのが嫌、というだけの話とエスパー

vsprintf()使って自作ラッパー関数でも書くんだな

588:デフォルトの名無しさん
08/02/24 17:58:37
>>584
boost::lexical_cast
を使うと幸せになれると思う

589:デフォルトの名無しさん
08/02/24 18:04:51
>>585-588
失礼しました。printfと勘違いしてました。
sprintfだと文字列に格納できるんですね。
boostは自分にはまだ早そうなので（正規表現使えるのは魅力的ですが）、sprintfでやってみます。
ありがとうございました。

590:デフォルトの名無しさん
08/02/24 18:05:19
>>588
効率が悪いのが難点

591:デフォルトの名無しさん
08/02/24 18:07:23
>>588
俺も最初それ思いついたけど、連結する数値がたくさんあると見苦しくなるから
std::stringstreamに流し込んで取り出す方がいいんじゃないかなあ。

592:デフォルトの名無しさん
08/02/24 18:45:34
DLLの読み込みで、コンパイラによって失敗します
序数で指定しても動きません　どのような理由でしょうか?
VC++だと動かないですが、BCCとDMCで動きます

593:デフォルトの名無しさん
08/02/24 18:47:43
HINSTANCE hd=LoadLibrary("*****.dll");
FN = (fnc) GetProcAddress(hd, (LPCSTR)4); //序数での指定

このような記述はWindowsXPなら万能ではないんでしょうか?

594:デフォルトの名無しさん
08/02/24 18:50:46
訂正
読み込みはしますが、実行時にエラーになります　序数がずれるのかも・・と思い全ての番号で試したのですがだめです

595:デフォルトの名無しさん
08/02/24 18:52:47
継承について教えてください
CFooから派生したCFooEx0、CFooEx1、CFooEx2、CFooEx3があるとします。
そして、それぞれCJissou0、CJissou1、CJissou2、CJissou3に派生してるとします。
その上、CJissou0、CJissou1はIHoge0を、CJissou2、CJissou3はIHoge1を実装しているとします。
図にするとこんな感じ。
CFoo─CFooEx0┬CJissou0
IHoge0┘
CFoo─CFooEx1┬CJissou1
IHoge0┘
CFoo─CFooEx2┬CJissou2
IHoge1┘
CFoo─CFooEx3┬CJissou3
IHoge1┘

CFooとCFooEx〜は弄らないとして、IHoge〜のインターフェイス関数をCJissou〜に実装します。
で、マネージャー的な物例えば、std::vector<CFoo *> vecにそれぞれの実態を入れて、
CJissou〜の関数を呼びたいのですが呼ぶ際には、
dyanamic_cast<CJissou0 *>(vec[0])->Test();見たいな事をしないといけないと思います。
でもそういう呼び出しだとIHoge〜も意味が無くなってしまうし、数が多くなると厳しくなります。(IHoge〜は数個)
だから、dyanamic_cast<IHoge0 *>(vec[0])->Test();//エラー
見たいな呼び方をしたいのですがどうすればいいのでしょうか？

596:デフォルトの名無しさん
08/02/24 18:59:37
>>595
そもそもそのような継承にしてる理由は？

597:デフォルトの名無しさん
08/02/24 18:59:59
>>595
CFoo のメンバ関数ならキャストは要らないはず。
IHoge〜 に意味が無くなると言うが、こっちからしたら CFoo や vec の使い方も
ひっくるめて最初からその継承関係の意味がわからん。

598:595
08/02/24 19:06:57
えっと、まあ、CFooがMFCのCViewで、CFooEx〜がCTreeViewとかCListViewなのでどうした物かと質問しました・・・。

599:デフォルトの名無しさん
08/02/24 19:10:28
なんでvector<IFoo>とかにしないわけ？
あるいは、virtual Test()をもつ何かインターフェースに。

600:デフォルトの名無しさん
08/02/24 19:18:44
CFooEx の状態で持てないのなら
ダウンキャストすることになるだろうな。

601:デフォルトの名無しさん
08/02/24 20:05:03
>>590
もう自前でパースしてるよ

602:592
08/02/24 20:05:24
最適化オプション関係でした

603:デフォルトの名無しさん
08/02/24 20:10:05
>>601
車輪の再発明

604:デフォルトの名無しさん
08/02/24 20:25:22
boostが？

605:デフォルトの名無しさん
08/02/24 20:29:54
ごめん勘違い

606:デフォルトの名無しさん
08/02/24 20:58:50
文字コード？jisコード？って覚えるべきもの？

607:デフォルトの名無しさん
08/02/24 21:06:12
必要になったときに表を見れば十分

608:デフォルトの名無しさん
08/02/24 21:06:13
>>606
全てのJIS漢字のJISコードなんて、そうそう覚えられるもんじゃないと思うが。

609:デフォルトの名無しさん
08/02/24 21:14:12
class Piyo{
〜
};

class Hoge{
public:
　　void hoge(Piyo[][256]);
};

void Hoge::hoge(Piyo[][256] piyo){
〜
}

こんな実装をした時に、Hoge::hogeのpiyoを書いておくと'Piyoは未定義のシンボル'と怒られてしまいます。
仮引数をPiyo[][256]だけにすればコンパイルは通りますが、どう使えというのか・・・といった感じです。
コンパイラはBCC5.5を使っています。クラスの2次元配列をできれば「参照」で渡したいのですが、
どうすればいいんでしょうか?

610:デフォルトの名無しさん
08/02/24 21:15:36
単に書き方がおかしいだけだ。
void Hoge::hoge(Piyo piyo[][256]) {
しかもこれいわゆる参照渡しの挙動をするが、
正確にはポインタ渡しだし。

611:609
08/02/24 21:29:18
うわ・・・。確かにおかしな書き方してた・・・。
自分でもドン引きです・・・。ありがとうございました

612:デフォルトの名無しさん
08/02/24 23:16:37
URLﾘﾝｸ(streaming.linux-magazin.de)
cmakeについてのリアルタイム講演が聞けるそうな

613:デフォルトの名無しさん
08/02/24 23:20:24

ReadFile(fp , &(buf[N]) , 1500 , &sz , NULL);

でエラーで止まります　bufは十分にとってあります　なぜでしょうか

614:デフォルトの名無しさん
08/02/24 23:24:57
>>613
bufの宣言がどうなっているかにも拠るが、&(buf[N])をbufにしてみろ。
それで巧くいくなら、お前は馬鹿だ。

615:デフォルトの名無しさん
08/02/24 23:31:32
位置を変えてループして読もうとしてるんです　bufにすると上手くいきますが前のデータが消えます
原因不明ですが、変数の位置変えたらエラーでなくなり一応うごくようになりました　

616:デフォルトの名無しさん
08/02/24 23:34:06
たまたま動いてるだけくさいな。
単純にバッファオーバーフローしてるだけじゃないのか？

617:デフォルトの名無しさん
08/02/24 23:36:56
メモリ関係のエラーみたいです　また止まりました
別のところから変更しないと直りそうにありません
設計やり直してきます

618:デフォルトの名無しさん
08/02/24 23:48:58
coutやnewの多重定義ってどうやるのかわかりません　できますか

619:デフォルトの名無しさん
08/02/24 23:51:19
>>613
char buf[NMAX*1500]
なら、&(buf[N*1500])

char buf[NMAX][1500];
なら、&(buf[N][0])

char *buf[NMAX]
for(...) buf[N] = malloc(sizeof(char) * 1500);
なら、buf[N]

620:デフォルトの名無しさん
08/02/24 23:52:38
cout の多重定義？？

621:デフォルトの名無しさん
08/02/24 23:55:54
<<のオーバーロードに違いない

622:デフォルトの名無しさん
08/02/24 23:56:41
ostream& operator<<(ostream& ostr, const Hoge& hoge) {
　ostr << hoge.str();
}

みたいなやつか。

623:デフォルトの名無しさん
08/02/25 00:07:21
stringは連続していますか?　memcpyとかはできますか?

624:デフォルトの名無しさん
08/02/25 00:08:24
なんでstringにmemcpyしたがる人が多いんだろう。

625:デフォルトの名無しさん
08/02/25 00:09:43
stringにmemcpyはまずいんじゃね

626:デフォルトの名無しさん
08/02/25 00:10:45
string s="9999999999";
strcpy( &s[5], "000");
は正しいですか

627:デフォルトの名無しさん
08/02/25 00:14:03
詳しいことわすれたけど、s[i]で文字を取得できるならできるんじゃね？
やった後、stringオブジェクトは壊れるとおもうけど

628:デフォルトの名無しさん
08/02/25 00:15:06
この日本語不自由そうなとこが同一人物くさい

629:デフォルトの名無しさん
08/02/25 00:15:58
>>623
規格ではそんな保障はされていません。

630:デフォルトの名無しさん
08/02/25 00:17:13
>>627
あっ嘘、s[i]で取得できてもできないと思う
置き換えたいなら、replaceを使いなさい

631:デフォルトの名無しさん
08/02/25 00:17:23
>626
std::stringのことなら、正しくない。

632:デフォルトの名無しさん
08/02/25 00:21:59
これが動くのですが、stringはchar*の拡張であることは保証されていませんか?だめな例はありますか


int main(){
string str="9999999999";

char *pointer=&str[5];

memcpy( pointer, "000", 3);

str+=(string)"add";

cout<<str;

return 0;}

633:デフォルトの名無しさん
08/02/25 00:25:35
stringの制御情報はどこへ格納されていますか?
ユーザーは合法的でない方法を使ってもアクセスできませんか?

634:デフォルトの名無しさん
08/02/25 00:28:12
>632
必要のないポインタ操作はやめましょう。
動くか動かないかがプログラムの正しさの判定基準ではありません。

635:デフォルトの名無しさん
08/02/25 00:28:47
>>632
あるコンパイラのあるバージョンで動くとしても、規格で保証されていなければ、
他のコンパイラや同じコンパイラの別バージョンでは動かないかもしれない。
それでもいいなら、どうぞ？
今後ずっと同じコンパイラを使い続けて、決して変えないのなら、たぶん問題ないだろう

636:デフォルトの名無しさん
08/02/25 00:30:23
>>633
なんのためのクラスだと思う？

637:デフォルトの名無しさん
08/02/25 01:00:06
例外の使い方について

エラーの通知にはエラーメッセージより例外を使う方がいいと聞いたのですが
オリジナルな例外クラスを投げたり、charを投げまくる仕様にしていいのですか？

例外というと、これ以上の実行に支障が出るときに使うようなイメージがあるのですが実際の現場ではどうなのでしょうか？

638:デフォルトの名無しさん
08/02/25 01:01:51
例外処理を主要処理に書くと遅くなったりしませんか？

639:デフォルトの名無しさん
08/02/25 01:14:59
コンパイラによって例外処理用のコードが追加されるから
パフォーマンスは落ちる。禁止オプションもあるくらいだからな。
特に組み込みでは。。。。。。

640:デフォルトの名無しさん
08/02/25 01:17:11
クラスメンバー変数は、自動で0やNULLで初期化されますか?　

641:デフォルトの名無しさん
08/02/25 01:20:04
>>637
好きなように使え。

ただ、エラーメッセージと例外では通知する相手が違うぞ。
エラーメッセージはエンドユーザ、例外はプログラマに通知するもんだ。
ユーザがいきなり「0x00d2345でlogic_error例外が発生しました」とか見せられても訳わからんだろ。

charも投げられるが、標準との整合を考えて投げるのはオリジナルも含めてstd::exception派生のクラスにしとけ。

642:デフォルトの名無しさん
08/02/25 01:21:41
>>640
static領域に配置したオブジェクトのメンバなら、コンストラクタで何もしていなければ0になります。
それ以外は不定です。

643:デフォルトの名無しさん
08/02/25 01:29:37
static つけたらクラスが消滅しても値が残るんですか?
クラスが消滅したらアクセスできなくなると思いますが
つけなくても自動でstaticになりますか

644:デフォルトの名無しさん
08/02/25 01:50:30
>>641
なるほど・・・

戻り値でエラーを知らせたり、NULLを返したりという方法もあるのでどういう方法が主流なのかなと思ってまして

自分はたいていの場合
何が起こったのか確認して、何事もなかったかのように受け流してさいごにエラーログを確認する
位のデバッグライト的な使いか確かしてないのですが・・・

645:デフォルトの名無しさん
08/02/25 01:59:21
>>644
どれが主流というのは無い。場面によって適切な方法があるだけ。
ライブラリとか、設計思想によりエラーの返し方がある程度統一されてたりすることもあるけどね。

とにかく作ってみなさい。できたものを自分なりに分析して、ここはこうした方がよかったとか、省みることで成長するんだから。

646:デフォルトの名無しさん
08/02/25 02:09:23
>>643
残ります、というかクラスを複数生成しても全部同じstaticメンバ変数をさすんですよ？

三行目がいまいちなに言ってるのかわからんstaticつけないとstaticにはならないよ

647:デフォルトの名無しさん
08/02/25 02:12:48
まずインスタンスという言葉を覚えようや

648:デフォルトの名無しさん
08/02/25 02:13:09
>>643
>static つけたらクラスが消滅しても値が残るんですか?
(クラスではなくインスタンスのことを言いたいのだと思うが…)
staticで宣言した変数は、main関数の開始前から終了後まで存在する。
破棄されるのがmain関数終了後だから通常はそれへのアクセスが問題になることはないが、
staticの変数が異なるファイルで定義されて、一方のデストラクタからもう一方を参照するような
処理があるとまずい。
意味が分からないようなら気にしなくていい。

>つけなくても自動でstaticになりますか
ならない。


649:648
08/02/25 02:14:21
ちょっと訂正
×staticの変数が
○2つのstaticの変数が

650:デフォルトの名無しさん
08/02/25 02:24:32
質問があるのですが、
include " "
include < >
" ", < > の違いを教えて頂けませんか?

651:デフォルトの名無しさん
08/02/25 02:30:32
>>650
コンパイラのマニュアルか入門書を読みなさい。


652:デフォルトの名無しさん
08/02/25 02:47:52
>>650
URLﾘﾝｸ(www.google.co.jp)
上から順に読んでいけばそのうち解説してるサイトにたどり着く

653:デフォルトの名無しさん
08/02/25 07:25:36
>>632
std::string の内部バッファの連続性は次の規格で保証されるようになる。
おそらく現状全ての実装でそうなっていることが、その規格変更を実現したんだろう。
だから一応そう言うことをしても問題は無いはずだが、
メンバ関数でできることはメンバ関数でやった方がいい。
replace 使うといい。

654:デフォルトの名無しさん
08/02/25 09:45:12
例外ねぇ、何も考えずにint型のｴﾗｰｺｰﾄﾞを投げちゃうなぁ
返り値でｴﾗｰｺｰﾄﾞ返しちゃうと返り値の型が拘束されちゃうしメンドクサ

結局こういう使い方だと例外のありがたみを半分も得ていない気がする

655:デフォルトの名無しさん
08/02/25 10:00:21
例外はstd::exceptionみたいな基本クラスを決めとかないと
ありがたみが半減する。

656:デフォルトの名無しさん
08/02/25 11:44:36
ガベージコレクションは、標準のC++でつくれますか?ライブラリでは動作するのか不安です
自作したいです
あと、整数変数は、初期化なしでアクセスしてもエラーは出ませんか?

657:デフォルトの名無しさん
08/02/25 11:46:47
素人が自作した方が不安だと思うんだが

658:デフォルトの名無しさん
08/02/25 12:00:29
これ動かすとクラス変数は値がほぼ一定ですが理由はなぜですか?　

#include <iostream>
using namespace std;

class cl{public: int i; cl(){cout<<"class "<<i;} };

int main(){
int n, a[100];
for(n=0; n<100; n++){
cl *x=new cl;
cout<<" arrey "<<a[n]<<"\n";
}
getchar();
}

659:デフォルトの名無しさん
08/02/25 12:09:11
動的確保による違いでした　たぶんヒープ領域は値があまり変化しないことが原因かも・・・

#include <iostream>
using namespace std;

class cl{public: int i; };

int main(){
int n, a[100] ;
cl x[100];
for(n=0; n<10; n++){
cout<<"class="<<x[n].i<<" arrey="<<a[n]<<endl;
}
getchar();
}

660:デフォルトの名無しさん
08/02/25 12:12:41
>>656
整数変数を初期化しなくてもエラーは出ませんが、ローカルな場合に不定値なので初期化しましょう。

661:デフォルトの名無しさん
08/02/25 12:37:27
定数文字列は値渡しにして、動的な文字列は参照渡しにしたいのですが、これだとメモリリークしますよね
どうやれば直りますか?

#include <iostream>
using namespace std;

class cl{
char *str;
public:

cl(char* const& x){ str=x; }

template <size_t n> cl(char (&x)[n]) {
str=new char[n]; strcpy(str,x);}

};

main(){
cl str="rrrr";
str="oooo";
getchar();
}

662:デフォルトの名無しさん
08/02/25 12:42:21
値渡しされているかフラグを作って、されていれば解放する様にすればいいのですが、
初期化前にコンストラクタで代入されてしまうとフラグが確認できません

663:デフォルトの名無しさん
08/02/25 12:47:11
>>661は間違えました　定数式が期待する方へ行っていませんでした　それもどうやれば直りますか

664:デフォルトの名無しさん
08/02/25 12:56:55
>>661
やりたいことがよくわからん。せめて、コンパイルできるソース(の断片)を貼ってくれ。

665:デフォルトの名無しさん
08/02/25 13:00:43
まとめるとテンプレート関数で、
定数文字列"　　　"と
固定文字列char [n]と
可変文字列char *を
区別して、上の二つならメモリを確保して値渡しにしたいんです
値を書き換えたいため

666:デフォルトの名無しさん
08/02/25 13:01:40
最近ずっとこいつ出没してるな

667:デフォルトの名無しさん
08/02/25 13:02:01
それと、新たにメモリを確保するときに、以前確保したメモリを解放してメモリリークしないようにしたいです

668:デフォルトの名無しさん
08/02/25 13:06:38
>>667
要は、const char *でコンストラクトするときはメモリを確保して、char *でコンストラクトするときは確保しなければ委員でね?
それと、書き換えのときはconst char *でもchar *でも以前の状態に応じて解放しないといけないんでね?

669:デフォルトの名無しさん
08/02/25 13:07:20
簡略化すると関数の引数で、" "型と、char[]型と、char*型を区別したいって事です

670:デフォルトの名無しさん
08/02/25 13:17:48
>>668
constつけるだけでは無理です

#include <iostream>
using namespace std;

class cl{
char *str;
public:
cl(char const *x) { cout<<"文字列は定数です\n"; }
cl(char *x){ cout<<"文字列は可変長です\n"; }
};

main(){
cl str="xxx"; //定数で初期化
char ch[]="yyy"; str=ch; //固定配列の代入
str="zzz"; //定数の代入
getchar();
}

671:デフォルトの名無しさん
08/02/25 13:19:34
すまん、そもそも char ch[] = "yyy"は固定長でも書き換え可能な配列なんだが
それを定数として扱ってはいけない理由を教えてくれ。

672:デフォルトの名無しさん
08/02/25 13:22:36
あ、聞き方が変だ。

char ch[] = "yyy"は書き換え可能なんだから可変長と同一視すればいいし
const char ch[] = "zzz"は書き換え不可能なんだから定数と同一視すればいいのでは?

673:デフォルトの名無しさん
08/02/25 13:22:41
可変長文字列と　{定数文字列、固定長文字列}　（　←　一緒でいいです）
を分類する方法教えてください
あと、すでにメモリが確保してあればそれを解放する方法教えてください

674:デフォルトの名無しさん
08/02/25 13:23:36
長さも書き換えられないといけません

675:デフォルトの名無しさん
08/02/25 13:24:19
こいつ日本人なのかなぁ

676:デフォルトの名無しさん
08/02/25 13:26:00
＞あと、すでにメモリが確保してあればそれを解放する方法教えてください
これは簡単。コンストラクト時にメモリを確保したらフラグをセットしておいて、代入オペレータでそれをチェックすればいい。
勿論、代入オペレータも2種類用意して必要ならフラグをセットするのは当然として。
そのフラグはいずれにしてもデストラクト時に必要にナル死ね。

677:デフォルトの名無しさん
08/02/25 13:28:05
あー、ローカルな配列だとコンストラクト時にフラグが立ったら問題か。
ここは一つ、char配列は渡さないと言う運用でw

678:デフォルトの名無しさん
08/02/25 13:28:42
で、この馬鹿はなんで目的を説明できないんだろうなぁ。>675ってことなんだろうか。

679:デフォルトの名無しさん
08/02/25 13:43:23
目的は、参照渡しのできるstringを作りたいんです
現存するやつは値渡しです

680:デフォルトの名無しさん
08/02/25 13:45:33
いやだから、それを(態々)作る目的を聞いているのだが。

681:デフォルトの名無しさん
08/02/25 13:46:27
チャットじゃないんだから要旨をまとめてから書き込め。

682:デフォルトの名無しさん
08/02/25 13:46:53
>>676
クラスの確保と同時に代入されてしまうと、フラグが設定されていないので動作不明になりませんか?

683:デフォルトの名無しさん
08/02/25 13:50:39
>>681
可変長文字列は参照渡しにして、それ以外は値渡しにして、新たな文字列が渡されたら以前のを解放したいんです

684:デフォルトの名無しさん
08/02/25 13:52:58
>>683
>680

685:デフォルトの名無しさん
08/02/25 13:53:25
伸びてると思ったら、また例の日本語が不自由なヤツが現れたのか

686:デフォルトの名無しさん
08/02/25 13:56:58
何をしたいかと言うと

(バイナリ)　文字列　str , p , qに対して

replace(str, p, q) 　strの全文でpをqに置換する

という関数を作りたいんです

687:デフォルトの名無しさん
08/02/25 14:03:08
>>665

それぞれの型の応じて関数を振り分ければいいのか？

template<size_t N>
void g(const char (&a)[N]) {
cout << typeid(a).name() << endl;
}

template<size_t N>
void g(char (&a)[N]) {
cout << typeid(a).name() << endl;
}

void g(char *&p)
{
cout << typeid(p).name() << endl;
}

template<typename T>
void f(T& t)
{
g(t);
}


688:デフォルトの名無しさん
08/02/25 14:03:31
//テスト
int main()
{
f("abc");
char a[5];
f(a);
char *p;
f(p);
}


689:デフォルトの名無しさん
08/02/25 14:08:07
ぜんぶcです・・・・

#include <iostream>
#include<typeinfo>
using namespace std;

template<size_t N> void g(const char (&a)[N]) { cout << "a" << endl;}

template<size_t N> void g(char (&a)[N]) { cout << "b" << endl; }

void g(char *&p){ cout << "c" << endl; }

template<typename T> void f(T& t) { g(t); }


int main() {
f("abc");
char a[5]; f(a);
char *p; f(p);
}

690:デフォルトの名無しさん
08/02/25 14:12:45
>>689
そりゃコンパイラがだめなんだろうな。
g++ 4.2.3だとa b cになる。

691:デフォルトの名無しさん
08/02/25 14:12:57
>>686
これでいいのか？
#include <string>
#include <iostream>
using namespace std;
void replace(string& str, string p, string q)
{
int i = str.find(p);
while (i >= 0) {
str.replace(i, p.length(), q);
i = str.find(p, i + q.length());
}
}
int main()
{
string str = "abcdabcd";
replace(str, "bc", "BC");
cout << str << endl;
}

692:デフォルトの名無しさん
08/02/25 14:17:34
>>686
俺だったら、次のどっちかにする。だから、673のようなことをしたくなる理由が理解できない。
1. strは全く書き換えず、置換後の文字列は新しく確保したメモリに書き込んで戻り値に返す。
2. strは書き換えできるという前提でstrを書き換える。（書き換えできない
文字列をstrに渡したければ、書き換え可能な場所へコピーを作ってそれを渡す）

693:デフォルトの名無しさん
08/02/25 14:25:43
STR str="hogehogehogehogehoge"
replace(str, "geho", "(^_^)"); や、

int N=300*1024*1024;
char *ch=new char [N];
for(int n=0;n<N;n++)ch[n]=n; //巨大なバイナリ配列
STR str(ch,N);
replace(str, "geho", "(^_^)");
がしたいんです

694:デフォルトの名無しさん
08/02/25 14:29:10
巨大な配列を扱おうとすると、元のデータをコピーしたり、返却時に新規確保すると、
もとのデータと併せて領域が2倍必要になりますしコピー時間がかかります
>>691 バリナリデータも扱いたいです

695:デフォルトの名無しさん
08/02/25 14:32:38
>>693
できるぞ
>>694
バイナリデータも問題ない
#include <string>
#include <iostream>
using namespace std;
void replace(string& str, string p, string q)
{
int i = str.find(p);
while (i >= 0) {
str.replace(i, p.length(), q);
i = str.find(p, i + q.length());
}
}
int main()
{
string str="hogehogehogehogehoge";
replace(str, "geho", "(^_^)");
cout << str << endl;

int N=300*1024*1024;
char *ch=new char [N];
for(int n=0;n<N;n++)ch[n]=n; //巨大なバイナリ配列
string str2(ch,N);
replace(str2, "geho", "(^_^)");
cout << str2 << endl;
}

696:デフォルトの名無しさん
08/02/25 14:32:39
C++
開発環境　CentOS
コンパイラ g++
関数書き出しプログラムが機能せず。
どうしてでしょうか。
#include <iostream>
#include <fstream>
#include <cstring>
#include <string>
#define buffer_size 1000
using namespace std;
int main(int argc,char *argv[]){
string buffer;
int count=0;
char *p;
ifstream fin(argv[1]);
if(!fin)return 0;
while(fin>>buffer){
while(count!=1){
if((p=strchr(buffer.c_str(),'{'))!=NULL){
count++;
cout<<buffer;
}
}
while(count!=0){
if((p=strchr(buffer.c_str(),'{'))!=NULL)count++;
else if((p=strchr(buffer.c_str(),'}'))!=NULL)count--;
}
}
fin.close();
return 0;
}

697:デフォルトの名無しさん
08/02/25 14:35:18
>>694
置換前より後の文字列のほうが長い場合、
単純にその場で書き換えていくと、1ヶ所置換が行われる度に
置換部分以降をずらしたり、時にメモリの伸張をしたりで時間がかかる。
最近のOSはメモリの扱いも上手になっているし、
そもそもPCのメモリ搭載量も大きくなっているから、
新しいメモリに書き込んでいくも選択肢として捨てたものではない。

698:デフォルトの名無しさん
08/02/25 14:38:10
>>689
VC++ 2008でしか試してない。オーバーロード解決は規格に従って
いるんだが。コンパイラがテンプレート規則に対応していないのかね。

699:デフォルトの名無しさん
08/02/25 14:48:28
>>695　>>697
stringにコピーするのが一番なんですかね?
関数で作業領域を確保しようとするので 初めの3倍必要になります
コピー無しなら2倍ですみます　300メガとかだと動作に支障出ないですかね・・

>>698
うちのコンパイラだと全滅しました　MinGWの最新版　、DMC、VC++6.0、bcc5.5.1

700:デフォルトの名無しさん
08/02/25 14:51:46
>>692
2番の方向で行こうとしているところだったんです　
定数なら書き換え可能な領域を確保しようとしたら、その判別がコンパイラでできないのでここで質問していたんです

701:デフォルトの名無しさん
08/02/25 14:51:46
>>699
new char[]せずに最初からstringの中にデータを作ればコピーを減らせる

int N=300*1024*1024;
string str2;
str2.resize(N);
for(int n=0;n<N;n++)str2[n]=n; //巨大なバイナリ配列
replace(str2, "geho", "(^_^)");

702:デフォルトの名無しさん
08/02/25 14:57:26
わかりました　
stringに直接挿入する方向で行こうと思います
巨大な入力があるのはファイルからなので、自作して直接stringに入れるようにします

703:デフォルトの名無しさん
08/02/25 15:00:35
>>699
＞コピー無しなら2倍ですみます　300メガとかだと動作に支障出ないですかね・・
stringの操作云々よりも、その情報量をどう扱うかと言うアルゴリズムの方が問題になりそうな希ガス。
少なくとも、GiBオーダ未満のメモリくらい今時普通に扱えるよ。

>>696
どう、機能していないのさ。

704:デフォルトの名無しさん
08/02/25 15:01:19
ちゃんと目的を説明すれば、妥当な回答が手早く得られると言う好例だな。

705:692
08/02/25 15:03:09
>>700
俺の場合、その判別は自分でやる。
必要なら自分でメモリ確保してmemcpyか何かでコピーしてから置換する関数へ渡すと言うこと。
メモリ確保その他をstringに任せているという点が違うけど、695案と同系統のアイデア。

706:デフォルトの名無しさん
08/02/25 15:04:31
>>696
関数突入を探すwhileの条件がcount != 1だから、関数突入後に中括弧を見つけるとcountが2になって脱出できなくなる罠。

707:デフォルトの名無しさん
08/02/25 15:10:50
>>696
>706に加えて、内側のwhileは両方ともifでいいだろよ。
つまり、最初のwhileは if (count == 0)で、次のwhileはif (count > 0)。
んで、fin >> bufferだと単語単位でしか入力できないから工夫が必要。
# 行単位入力すればいいのかな? 仕様がわからんからなんとも言えんが。

708:デフォルトの名無しさん
08/02/25 15:13:01
初めはC言語のみで、作成しようとして最後まで作ったのですが
ポインタのポインタとかやっているうちに動かない場合があることに気づき修復不可能になりました
そしてC++で参照や型判定して作ろうとしたらこれも上手くいきませんでした
簡明なプログラムが大事ですね

709:デフォルトの名無しさん
08/02/25 15:20:04
ここできいたのを参考に変換関数を作ってたのですが、そしたら全体がややこしくなり回復無理になりました

#define strconv(q, p) _memconv(&q, &p, strlen(p))
#define memconv(q, p, n) _memconv(&q, &p, n)
#define strconstconv(q, p) _strconstconv(&q, p)

_memconv(strdata *q, char **p, int n){
char **chend =(char **)malloc(sizeof(char **));
q->start=p; *chend=&(*p)[n]; q->end = &(*chend);}

710:デフォルトの名無しさん
08/02/25 15:52:07
>>708,709
無理して難しく書いても、あとあとメンテナンスやデバッグのことを考えると、シンプルに書いた方がいい場合が多い
メモリを何MBか余計に使ったり、実行時間が何分か伸びたところで、なんだというんだ
ややこしいコードは書くのもデバッグも何日もかかる
それだけの価値があればやってもいいが、たいていは割に合わない

711:デフォルトの名無しさん
08/02/25 17:21:33
やさしいC＋＋買って来た。
一日でマスターするのは無理なのかなぁ･･･

712:デフォルトの名無しさん
08/02/25 17:26:04
一週間くらいは覚悟しないといかんね

713:デフォルトの名無しさん
08/02/25 17:39:36
一年ぐらいは(ry
とか言いたいけど最低10年とかいう意見もあるし
やね某が何年か前に提唱した半年ぐらいで勘弁しておいてやろう

714:デフォルトの名無しさん
08/02/25 18:04:09
質問ですが、stringの+は、\0を特別視しませんよね?

"aa\0aa" + "bbbbb"はどのコンパイラでも、
"aa\0aabbbbb"ですよね?

715:デフォルトの名無しさん
08/02/25 18:38:41
いつからCは+演算子で文字連結できるようになったんだ

716:デフォルトの名無しさん
08/02/25 18:39:19
stringと書いてあるだろうがアホ

717:デフォルトの名無しさん
08/02/25 18:43:10
>>716
>>714はC++でもNGだろ。C文字列同士だぞ。

718:デフォルトの名無しさん
08/02/25 18:45:36
そこは中身がそうなっているstringインスタンスだと解釈してやろうぜ。

719:デフォルトの名無しさん
08/02/25 18:48:48
質問者はそういう中身のstringを造ろうとしてそこでつまりそうだが

720:デフォルトの名無しさん
08/02/25 19:21:16
>>718
アイアイ

721:デフォルトの名無しさん
08/02/25 19:30:23
std::auto_ptrって、ブロックを出ると自動的に開放されるポインタですよね？
これって、AUTO変数と比べてより便利な点ってあるのでしょうか？


722:デフォルトの名無しさん
08/02/25 19:36:53
×ブロックを出ると自動的に開放
○std::auto_ptrが破棄されたときインスタンスも自動的に開放

723:デフォルトの名無しさん
08/02/25 19:37:01
>>721
・スタックに置くには適さない巨大なデータも置ける
・最初はNULLにしておいて必要になってからnewできる
・ブロックを出るまで待たなくても好きなタイミングで削除できる
・releaseで手放せばブロックを出ても削除しないことも出来る

724:デフォルトの名無しさん
08/02/25 19:39:10
関数の戻り値にも使えるはず。

725:デフォルトの名無しさん
08/02/25 19:41:51
using namespace std;
string func1() {
string s = "Hello";
return s;
}
void func2(string s) {
cout << s << endl;
}
int main() {
func2(func1());
}

この渡し方って解放されなかったり破壊されたりしますか？
処理系によりけりですか？

726:デフォルトの名無しさん
08/02/25 19:43:39
>>725
しません。
どの処理系でも平気。

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

4987日前に更新/243 KB
担当:undef