【初心者歓迎】C/C++室 Ver.38【環境依存OK】

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

562:デフォルトの名無しさん
07/06/16 14:30:56
>>561
ではこのやり方はおかしくないんですね。
なんかこれならpublicにした方が手っ取り早いなあとか思ったんですが
それはダメ！って色んなところで解説されてるので・・・
ありがとうございます。

563:デフォルトの名無しさん
07/06/16 14:41:34
どういう使い方をするのか知らないけど、publicにしたほうが手っ取り早いと感じるなら
クラスじゃなくて構造体を使うとかしたら？

564:デフォルトの名無しさん
07/06/16 15:00:11
>>562
駄目な理由を考えてみる

565:デフォルトの名無しさん
07/06/16 15:17:27
クラスにしたのはコンストラクタとデストラクタが使いたかったからです。
このクラスの変数には別のクラスから頻繁にアクセスする必要があって、
こういう場合隠蔽する意味あるのかな～？と。
かといって全部同じクラスにしちゃうと大きくなりすぎてこれもまた良くないよな・・・
とか思ってなかなか決められないんです。

566:デフォルトの名無しさん
07/06/16 15:20:29
あ、構造体でもコンストラクタとデストラクタは使えますね。
結局隠蔽すべきかそうでないのかの判断が良く分からないと言うか。

567:デフォルトの名無しさん
07/06/16 15:22:57
好きにしろ

568:デフォルトの名無しさん
07/06/16 15:28:29
>このクラスの変数には別のクラスから頻繁にアクセスする必要があって
まずこの設計が間違ってないかどうかを考えるべきだと思う

569:デフォルトの名無しさん
07/06/16 15:35:22
ですよね。
ちょっと検討しなおします。
ありがとうございました。

570:デフォルトの名無しさん
07/06/16 16:54:32
横からなんですけど>>556さんの質問に関連して、
現在独学でC/C++を勉強中でコンソールプログラムを色々作ってきた後、
GUIを作るのにWin32APIを勉強していて、
山本信雄さんの『はじめてのWindowsプログラミング』を読んだら、
Win32APIをそのまま扱うのは普通しなくてMFCで作る
みたいなことが書いてあったから次はMFCと思っていたのですが、
MFCやる利点がないということはこれからどう勉強を進めたら良いですか？

571:デフォルトの名無しさん
07/06/16 17:00:38
>>570
とりあえず.NETかそうでないほうをやるかで決めては

572:そう思えるかどうかが分岐点
07/06/16 17:06:41
MFCやればいいじゃん。趣味なら何の問題もないよ。
もう後がないとか、2005EEでできないとか、どうでもいいじゃん。

573:デフォルトの名無しさん
07/06/16 17:11:21
さすがにMFCはもうやめといたほうがいいだろ。
どうせまだ入り口程度しかやってないんだろ。
だったら早いうちに.Netへ移行しておけ。

574:デフォルトの名無しさん
07/06/16 17:15:07
>>571
今のスタンダートとしては.NETなのですか？
ていうかそうでないほうっていうのが何なのかも分からないですorz

>>572
今は趣味ですが大学卒業後プログラマになりたくて勉強しているので
実際に現場で役に立つものを勉強したいのです。

575:デフォルトの名無しさん
07/06/16 17:17:10
>>573
やはり.NETが良いんですね＞＜
正直なところ.NETがどんなものか理解してないので今ちょっとググって調べてみます＞＜
ついでにですが、プログラマになるにはそれが出来ていれば大丈夫でしょうか？
それともJavaとかも身に付けておいた方が良いのですか？

576:デフォルトの名無しさん
07/06/16 17:21:08
>>575
プログラマを目指すなら、MFCも.Netも要らない。
現場で使っているものをその場で使えるようになればいい。
その為には、(当たり前の)コミュニケーション能力と(通常よりは高めの)理解力があればいい。
その上で、就職後に努力できるだけの気力を持てる会社に就職してくれ。

577:デフォルトの名無しさん
07/06/16 17:21:19
プログラマになるなら最低７つは言語を習得しないとダメです。

578:デフォルトの名無しさん
07/06/16 17:34:41
下手な言語７つ覚えるよりC++をマスターするほうが遙かに難易度が高い件について

579:デフォルトの名無しさん
07/06/16 17:36:31
そもそも何を持ってマスターと言うのか？
C++0xとかまだ定まっていないというのに

580:デフォルトの名無しさん
07/06/16 17:36:53
難易度高くても、C++しかできないとな。
つぶしが利かない。

581:デフォルトの名無しさん
07/06/16 17:39:32
>>580
C++できたら他の言語なんて楽勝だろ。

582:デフォルトの名無しさん
07/06/16 17:41:42
楽勝だったら、７つ覚えておけよｗ

583:デフォルトの名無しさん
07/06/16 17:45:08
仕事で必要になるたびに覚えていけばいい

584:デフォルトの名無しさん
07/06/16 17:46:28
C++ が分かってれば、Java だの Ruby だの３日あれば使えるようになる。

585:デフォルトの名無しさん
07/06/16 17:47:52
いやぁ、C++からJavaはちょっと壁があるぞ。
C++言語を覚えただけじゃ、GUIもスレッドもないしな。

586:デフォルトの名無しさん
07/06/16 17:49:11
さらに言うと、現状javaの案件といえば、サーバーサイドだな。

587:デフォルトの名無しさん
07/06/16 17:50:03
>>585
でも逆の Java → C++ と違って挫折することはまずないだろ。

588:デフォルトの名無しさん
07/06/16 17:51:10
それで挫折する人間なら、C++覚える時点で挫折するよ。

589:デフォルトの名無しさん
07/06/16 17:59:05
GUI は言語の問題じゃなくてライブラリの問題だと思うが。

590:デフォルトの名無しさん
07/06/16 18:00:40
言語だけのC言語ベースでイインジャネ？
設計まで絡んだら知らん。

591:デフォルトの名無しさん
07/06/16 18:01:50
reinterpretって何て読むの？
ネット辞典で調べてもでてこん。

592:デフォルトの名無しさん
07/06/16 18:03:55
リインタープリット

593:デフォルトの名無しさん
07/06/16 18:12:53
文法だけではプログラマになれないよ。
そもそも質問主は、MFCか.Netかで迷ってるんだよ？
それでもライブラリだから論点が外れてるといえるか？

594:デフォルトの名無しさん
07/06/16 18:17:30
俺から見ればC/C++もJavaも難しいよ、お前らって頭良いんじゃね
いまだにfor(A;B;C){...}の判断,処理手順を間違えてるときあるしな。情けないよ
for(A;B;C){...}の判断,処理手順で混乱する香具師、手を挙げろ！　.ノ
イテレータを作成してるときなんかあれ？？？、あれれれ？、なんで　になるときあるニダ

595:デフォルトの名無しさん
07/06/16 19:20:14
>>594
慣れ。言語に対する慣れだけでなく、プログラミング作業に対する慣れも含んで。

596:デフォルトの名無しさん
07/06/16 20:22:02
俺はC++からJavaScript+HTMLをやったんだが。
C#には簡単に移行出来たな。

597:W
07/06/16 20:25:34
JavaScript+HTML

598:デフォルトの名無しさん
07/06/16 20:30:12
CやC++で
a = b = c = d;
としたら、段階的に処理を書くと、
a = b = (c = d); //まずcにdが代入される
a = (b = c) = d; //次にbにcが代入される
(a = b) = c = d; //最後にaにbが代入される
と言うことでいいのでしょうか？
詳しく教えてほしいです

599:デフォルトの名無しさん
07/06/16 20:34:46
a = (b = (c = d))
c=dが行われ，その値がb=でbに代入され，その値がa=でaに代入される

600:デフォルトの名無しさん
07/06/16 20:40:25
なるほど！
わかりやすい説明をありがとうございます！！

601:デフォルトの名無しさん
07/06/16 20:43:43
HTMLってプログラミング言語？

602:デフォルトの名無しさん
07/06/16 20:46:19
・変数がない
・ループ、条件分岐が書けない
・関数も書けない

修飾言語ではあるが、プログラム言語ではないかな

603:デフォルトの名無しさん
07/06/16 20:53:07
HTMLはマークアップ言語です。

604:デフォルトの名無しさん
07/06/16 21:01:38
>>602-603
トンです。
上でプログラミング言語と並んで書かれてたから
なんかHTMLって特異な言語だけど仲間なのかなぁ…と思ったら
コンピュータ言語⊃プログラミング言語,マークアップ言語,･･･,なんですね。

605:デフォルトの名無しさん
07/06/16 21:03:45
プリコンパイル済みヘッダーを作ったですが
デバッグモードではビルドできるのに、リリースにすると

error LNK2005: *** は既に ***.obj で定義されています。

というエラーが全部のファイルで発生してしまいます。
これは何故なんでしょうか？
環境はVS2005です

606:デフォルトの名無しさん
07/06/16 21:28:39
>>605 エラーです

607:デフォルトの名無しさん
07/06/16 21:32:24
特異な言語といえばSQLもそうだな。
一応Languageと名前についてるけど、
これをプログラミング言語と呼ぶのは
ちょっと抵抗ある。

608:デフォルトの名無しさん
07/06/16 21:49:46
ストアドとか書けば解るが、あれは十分にプログラム言語としての特徴を備えているような気が

609:デフォルトの名無しさん
07/06/16 21:51:48
SQLに制御構造をつけたのがストアドじゃないかね

610:デフォルトの名無しさん
07/06/16 21:58:45
HTMLだってLanguageと名前についてるだろ
SQLはプログラミング言語じゃなくて、データベース言語だろ

611:デフォルトの名無しさん
07/06/16 21:59:39
Languageは「言語」であって「プログラミング言語」ではないからな。

612:デフォルトの名無しさん
07/06/16 23:07:19
>>594
for(A; B; C) { D } で、
A を処理して、B を判定して、D を実行して、C を実行して、また B を判定して・・・
とか考えるのは効率が悪い。

グルングルンと実行されるみたいな流れを
もっとグラフィカルに頭に思い浮かべるのがコツ。
一旦処理の流れを線でつないで紙に書いて、
それを意識するもんだ。

613:デフォルトの名無しさん
07/06/16 23:08:18
HTML はプログラミング言語じゃなくてマークアップ言語。

TeX あたりだと単なるマークアップ言語と言い切るのは微妙だがな。

614:デフォルトの名無しさん
07/06/16 23:56:37
SQLがチューリング完全でないことは明白。

615:デフォルトの名無しさん
07/06/17 00:22:00
何言ってるの？

616:デフォルトの名無しさん
07/06/17 08:02:03
わからないなら調べてから聞けよ

617:デフォルトの名無しさん
07/06/17 08:07:53
あ～い、とぅいまてぇ～ん♪

618:デフォルトの名無しさん
07/06/17 09:34:26
>>602
IEに限って言えば条件がIEのバージョンに限定されるけど条件分岐が使えるっぽ

619:デフォルトの名無しさん
07/06/17 12:43:27
親クラスのprotectedな変数が、public継承した子クラスでは
publicにならずにprotectedなままなのは何故ですか？

親クラスのpublicな変数が、protected継承した子クラスでは
protectedになるのに。

publicよりもprotectedの方が強いと理解しておけばよいのでしょうか

620:デフォルトの名無しさん
07/06/17 12:46:05
そう理解しておけばおｋ
そしてプライベートが最強と

621:デフォルトの名無しさん
07/06/17 12:55:24
>>620
ありがとうございました。
そう理解しときます。

622:デフォルトの名無しさん
07/06/17 14:57:34
=演算子をオーバーロードするときにthisポインタを戻り値にしてるんですが、
thisポインタを戻り値にしない書き方ってありますか？

623:デフォルトの名無しさん
07/06/17 14:58:53
ありますよ

624:デフォルトの名無しさん
07/06/17 15:01:58
それは例えばどういった書き方でしょうか？

625:デフォルトの名無しさん
07/06/17 15:03:17
>>624 void operator = (...

626:デフォルトの名無しさん
07/06/17 15:04:43
a = b + c + d;の処理の流れって、

a = (b + c) + d; //まずbにcを加算
a = ((b + c) + d); //次にb+cの値にdを加算

最後に aに代入という流れで理解してよいのでしょうか？
詳しく教えてください。

627:デフォルトの名無しさん
07/06/17 15:06:25
デバッグ

628:デフォルトの名無しさん
07/06/17 15:06:57
デバッグする環境がありません・・・すいません。

629:デフォルトの名無しさん
07/06/17 15:09:12
>>625
マジサンキュー
課題が終わった

630:デフォルトの名無しさん
07/06/17 15:10:36
>>626
その例はその理解で正しい。
演算の順序は、演算子の優先順位と結合規則によって決まってる。

631:デフォルトの名無しさん
07/06/17 15:13:46
いや待て、a = b + (c + d)という解釈をしているかも知らん。

632:デフォルトの名無しさん
07/06/17 15:28:39
c+dを先にやるなら+をｵｰﾊﾞｰﾛｰﾄﾞしたときに参照を渡せないから
b+cが先だろ

633:デフォルトの名無しさん
07/06/17 16:40:39
>>630
しかし、順序が変更されても結果に影響が出ない範囲でなら
最適化で順序が入れ替えられる可能性はあるな。
ま、結果に影響が出る場合（そういう風にオーバーロードした場合等）は
そういうことは絶対にないが（コンパイラにバグでもない限り）。

634:デフォルトの名無しさん
07/06/17 16:56:56
>>633
コンパイラのバグを前提にして「可能性はある」なんて言うことに何の意味があるのかね？

635:デフォルトの名無しさん
07/06/17 17:08:24
？？？
誰もそんな事言ってないぞ？

636:デフォルトの名無しさん
07/06/17 17:14:59
結果に影響が出ない範囲で入れ替えられても気にする必要は無いな。

637:デフォルトの名無しさん
07/06/17 18:18:51
a = b() + c() + d();

で、b, c, d の呼び出される順番は未定義だっけ？
結合順と、各項の評価順はまた別の話だよな。

638:デフォルトの名無しさん
07/06/17 18:37:07
fgetsの使い方で

fgets(buf, sizeof(buf), stdin);

のような常套句がありますが、これは sizeof(char) が1であることが
前提になっていますよね。もし sizeof(char) が2だったら、読み込む文字数が
想定した数の2倍になってしまうと思うのですが。

こういった書き方は問題ないのでしょうか。

639:デフォルトの名無しさん
07/06/17 18:40:16
>>638
sizeof(char)は常に１

640:デフォルトの名無しさん
07/06/17 18:41:57
>>638
sizeof(char)は絶対に１だから安心しる。

ただ関数によっては、バッファのバイト数を与えるのか文字列長を与えるのか
分かりにくい場合があるから、wchar_tを使ってるとちょっと困ることがある。

641:デフォルトの名無しさん
07/06/17 18:43:56
charが１バイトじゃなくて１バイトの定義がchar？

642:デフォルトの名無しさん
07/06/17 18:44:21
charは常に1バイト

643:638
07/06/17 18:47:09
レスありがとうございます。
charが常に1バイトというのは、規格で決まっているのですか？

644:デフォルトの名無しさん
07/06/17 18:48:49
>>643
決まってる。

ただ、「buf の型が char である」ということに依存しているから、
ここを変更したいと思った場合に変更を要するコードである事は確かだな。

645:デフォルトの名無しさん
07/06/17 18:50:14
誤解があるといけないから念のために言うけど、
char が 1 バイトというのは決まってるが、
1 バイトが 8 ビットである保証はない。
1 バイトが 9 ビットの環境もある。

646:デフォルトの名無しさん
07/06/17 18:51:29
1バイトのビット数を取得するマクロってありますか？

647:638
07/06/17 18:51:48
皆さんありがとうございました。勉強になりました。

648:デフォルトの名無しさん
07/06/17 18:57:42
アルバイトのヒト数を取得するユニクロってありますか？

649:デフォルトの名無しさん
07/06/17 19:19:40
>>646
CHAR_BIT

650:デフォルトの名無しさん
07/06/17 20:31:59
>>637
未定義。iccだとご丁寧に「想定外の呼び出し順序になる可能性がある」と指摘してくれる。

651:デフォルトの名無しさん
07/06/17 21:06:51
たまにはlimits.hも眺めよう

652:デフォルトの名無しさん
07/06/17 21:08:10
float.h も眺めようぜ

653:デフォルトの名無しさん
07/06/17 21:10:15
眺めすぎて惚れるなよ

654:デフォルトの名無しさん
07/06/17 21:21:25
やだ・・／／／

655:デフォルトの名無しさん
07/06/17 21:22:24
構造体やクラスを関数内で定義すること、
つまり、以下のようなことがしたいのですが
これは規格でできることが保証されていますか？

void hoge() {
　struct hage {
　　...
　};
　...
}

656:デフォルトの名無しさん
07/06/17 21:23:44
>>655 C89 の頃から余裕で使える。

657:デフォルトの名無しさん
07/06/17 21:26:15
ちなみに関数内で関数は定義できません

658:デフォルトの名無しさん
07/06/17 21:33:03
>>656
ちゃんと規格で決まってるんですか。
知りませんでした。
どうも、ありがとうございます。

>>657
構造体やクラスの静的関数で代用するのが常套句になってますね。

659:デフォルトの名無しさん
07/06/17 21:44:49
GCC の拡張でよければ関数内関数は使えるんだけどな。確か。

660:デフォルトの名無しさん
07/06/17 22:29:53
関数内クラスをテンプレート引数に出来たらなぁ
と思うことがある

661:デフォルトの名無しさん
07/06/17 23:05:55
charのバイト数の件で便乗質問。
shortって俺の使ってる環境では2byteなんだけど、これって決まってるんですか？
決まってないのなら確実に2byteの型は有りますか？
また確実に4byteの型はありますか？

662:デフォルトの名無しさん
07/06/17 23:07:51
longは32bit以上というのはK&Rに書かれていた気がする。
というか規格原理主義者によると、１バイトが何ビットかも決められていないとか

663:デフォルトの名無しさん
07/06/17 23:17:52
>>661
#include <stdint.h> で int16_t と int32_t でおｋ。

664:デフォルトの名無しさん
07/06/17 23:20:56
>>661
sizeof　(short)　==　2と規格で定まっているわけではない
でも規格の最大値・最小値の規定から少なくとも16ビット以上あるということは導ける
同様に（662も書いてあるように）、longが少なくとも32ビットあるということも導ける

2バイトの方が欲しければ、C99なら<stdint.h>のint16_tやint_least16_tが使える
前者がぴったし16ビットの型（対応する型があれば用意されている）
後者は少なくとも16ビットの型（絶対に用意されている）

後者だけ必須なのは1バイトが8ビットでない環境の存在を考えれば納得

C++に今のところ<stdint.h>は、存在しないから
<boost/integer.hpp>や<boost/cstdint.hpp>で代用するくらいしかない

665:デフォルトの名無しさん
07/06/17 23:32:47
C/C++で処理系依存なのは、もう諦めるしかないんじゃないか？

666:デフォルトの名無しさん
07/06/17 23:48:09
必要以上に移植性を求めるのは不毛。
必要以上に移植性を失うのも愚かしいこと。

667:デフォルトの名無しさん
07/06/17 23:53:10
俺ッち、__propertyとか__finallyとか好きな訳だけど、使っちゃって委員会？＾＾

668:デフォルトの名無しさん
07/06/17 23:56:15
どうせ他の部分も環境依存しまくりなんだろ？
どんどん使っちゃえYO!

669:デフォルトの名無しさん
07/06/18 00:04:53
>>667
__closureも活用してもっと便利に！

670:デフォルトの名無しさん
07/06/18 00:13:58
勉強になるな。

671:デフォルトの名無しさん
07/06/18 00:19:27
#include <stdint.h>
VC6だと「そんなヘッダ見つからねーよ。死ねボケ。」って言われてしまった OTL。

672:デフォルトの名無しさん
07/06/18 00:47:53
質問
void hoge()
{
何かの処理
#ifdef DEBUG
　　printf("Debug %s, nanka);
#endif
何かの処理
#ifdef DEBUG
　　printf("Debug %s, nanka);
#endif
↑こんな調子で数百行位ある
}
こういう汚い関数を直したいんだが

void DebugPrint(char *str)
{
#ifdef DEBUG
　　printf("Debug %s, str);
#endif
}
void hoge()
{
何かの処理
　　DebugPrint(nanka);
何かの処理
　　DebugPrint(nanka);
}
って感じに直したいんだが、やったら動作変わっちゃう？
#ifdefあんま使ったこと無いから教えてくださいな

673:デフォルトの名無しさん
07/06/18 00:48:22
そりゃそうだろ

674:デフォルトの名無しさん
07/06/18 00:49:09
>>673
すんません
分かり易く解説お願いします

675:673
07/06/18 00:49:19
>>671
の事ね

VC6が出来たのはだいぶ前だから

676:672
07/06/18 00:50:28
>>675
あ、すんません
タイミング良かったんで即レス来たのかと思っちゃいましたｗ

677:デフォルトの名無しさん
07/06/18 00:57:26
#ifdef DEBUG
　　#define DEBUG_PRINT(a) printf("Debug %s, (a))
#else
　　#define DEBUG_PRINT(a)
#endif

void hoge()
{
何かの処理
　　DEBUG_PRINT(nanka);
何かの処理
　　DEBUG_PRINT(nanka);
}

こういうのはよくやるな。
ただ、printfは引数の数が可変だから、引数の数にばらつきがあるとまた別の対策が必要になるが。

678:デフォルトの名無しさん
07/06/18 01:04:08
>>677
おぉ、なるほど

後、確認なんですけど、自分が書いた>>672だと動作変わっちゃうんですよね？

勉強として実際のソース見て動きを理解しろ
とか言われてるんですが、こんなソースばっかで
見づらくてしょうがないんで
何とかしたくて・・・
コメントアウトと/*2007/6/19追加バージョン6.2*/等と#ifdef何チャラの嵐です・・・Orz

679:デフォルトの名無しさん
07/06/18 01:05:32
別に動きは変わらんと思うが

680:デフォルトの名無しさん
07/06/18 01:11:32
>>679
あ、そうなんですか？
ありがとうございます

個人的にはDebugPrintの部分は他から呼びたいので
関数化したいな～と思ってたんですけど、
#ifdefとかはコンパイル時に読み込まれるとか有ったので
動作変わっちゃうのかと・・・糞初心者ですんません
（もう、たまにソース直せと言われるとおっかなビックリっす・・・）

681:デフォルトの名無しさん
07/06/18 01:12:16
失礼、
×他から
○他からも

682:デフォルトの名無しさん
07/06/18 01:13:48
動きは変わらないが、
後者は関数呼び出しのオーバーヘッドが発生する。

683:デフォルトの名無しさん
07/06/18 01:20:02
関数本体の中にやたらと#ifdefなんかが入ってるのは、
あんまりいいコードとはいえないな。
「見づらくてしょうがない」というその感覚は限りなく正しい。
改善する方法をいろいろ考えるべきだな。

684:デフォルトの名無しさん
07/06/18 01:25:43
>>682
すいません

そのオーバーヘッドって遅くなるって事ですよね？
どの程度遅くなりますか？

>>683
ありがとうございます
パワハラ上司なんで聞くに聞けなくて
ここでたまに質問してます
見やすくしろって教えてくれたのもこのｽﾚです

685:デフォルトの名無しさん
07/06/18 01:39:54
関数を呼び出すという処理は、それ自体スタック操作や
プログラムカウンタの移動などの処理が行われる。
だから、>>672 のように関数を呼ぶ形にすると、その分オーバーヘッドが発生する。
一方で>>677の方法だと、不要なときには関数呼び出し自体がなくなるので、
そういう心配がない。この方法が好んで使われる所以。

ただ実際は、よほどタイミングがシビアだったり、デバッグプリントがめちゃくちゃ多かった
りしなければたいしたオーバーヘッドではないので問題にはならない。

でも、リリースバージョンのプログラムの中に、不要な関数呼び出しが残るのって
美しくないとは思わないかい？

686:デフォルトの名無しさん
07/06/18 01:47:04
>>685
なるほど、詳しい解説ありがとうございます

せっかく用意したDebugPrintなのに
リリース等の時は実際は使わないのに
その度にDebugPrintの文だけより道、遠回りしちゃうって事ですね
確かに綺麗じゃないですね

687:デフォルトの名無しさん
07/06/18 01:56:30
可変長引数マクロを使えるコンパイラならこんなこともできる
#if DEBUG
#define DebugPrint(...) fprintf(stderr, "\nDebugPrint : File %s - Line %d\n", __FILE__, __LINE__),fprintf(stderr, __VA_ARGS__)
#else
#define DebugPrint(...)
#endif

688:デフォルトの名無しさん
07/06/18 02:01:41
リリース版ではインライン関数にして、
コンパイラの最適化に期待する手もある。

689:デフォルトの名無しさん
07/06/18 02:02:11
/* 古いコンパイラで使える技 */
#if DEBUG
#define DebugPrint(args) printf args
#else
#define DebugPrint(args)
#endif

/* 使い方(一回余計に括弧で括らないといけないのが欠点だが) */
DebugPrint(("%d\n", 1234));

690:デフォルトの名無しさん
07/06/18 02:03:19
古くなくてもできることないか？

691:デフォルトの名無しさん
07/06/18 02:03:47
>>687,>>689
おぉ、凄いですね

色々ご教授ありがとうございます

>>688
もし良ければその方法も教えて頂けないでしょうか・・・

692:デフォルトの名無しさん
07/06/18 02:16:33
1. インライン関数の定義を別ファイルに分ける

2. inline を INLINE マクロに置き換える
　 INLINE マクロの定義は以下の通り（これは自分で定義する）

#ifdef NDEBUG
#define INLINE inline
#else
#define INLINE
#endif

3. リリース版の場合はヘッダファイルでインクルードする

#ifdef NDEBUG
#include "***.***"
#endif

4. デバッグ版の場合はソースファイルでインクルードする

#ifndef NDEBUG
#include "***.***"
#endif

693:デフォルトの名無しさん
07/06/18 02:16:49
#if DEBUG
#define DebugPrint printf
#else
#define DebugPrint (int)sizeof
#endif

694:デフォルトの名無しさん
07/06/18 02:17:09
C++なら、こんなことできるお

class DebugPrinter {
　DebugPrinter(const char *filename, int line) {...}
　void out(const char *format, ...) {...}
};

#if DEBUG
#define DebugPrint DebugPrinter(__FILE__, __LINE__).out
#else
#define DebugPrint
#endif

695:デフォルトの名無しさん
07/06/18 02:21:38
>>694 リリースでエラーにならないか？

696:デフォルトの名無しさん
07/06/18 02:30:28
>>695
エラーにはならないがデバッグ用のコードが完全には消えないという問題がある。

697:デフォルトの名無しさん
07/06/18 02:30:35
>>695
たぶん、ならんよ。リリース時は
DebugPrint("%d, %d", f(x), f(y)); → ("%d, %d", f(x), f(y));
ってなるだけだから。

ただ、これがいやなら、>>693のようにsizeofしちゃうか、
dummyの関数作って
#if DEBUG
#define DebugPrint DebugPrinter(__FILE__, __LINE__).out
#else
inline DebugPrintDummy(const char *filename, ...) {}
#define DebugPrint DebugPrintDummy
#endif
って感じにしちゃうのがいいかもね

698:デフォルトの名無しさん
07/06/18 02:33:27
VC++ なら ((void)0) （VC6まで）か __noop （VC2002以降）にした方がいいね。

699:デフォルトの名無しさん
07/06/18 02:34:36
if(1); else に置換するという技もある。
多分最適化で消える。

700:デフォルトの名無しさん
07/06/18 02:39:27
>>697
関数 f が副作用を持ってたら問題があるな。

701:デフォルトの名無しさん
07/06/18 02:39:55
VC++ならTRACEで以上では？

702:デフォルトの名無しさん
07/06/18 02:41:56
皆さん
感謝、感激雨あられです

ちょっとF1見てる隙にこんなに書き込みが・・・

色々参考にさせてもらいます

703:デフォルトの名無しさん
07/06/18 02:52:34
何F1見てんだよこのヤロー

704:デフォルトの名無しさん
07/06/18 02:55:55
ああ、F1押すと長々と待たされた後で
役に立たないヘルプが出るよね

705:デフォルトの名無しさん
07/06/18 02:56:43
>>700
まあ、必要なら>>699で多分消せるじゃね？

>>701
TRACEは問題点は以下の３つ。
１，Windows限定
２，Boost.Formatなどの他の形式が使えない
３，出力先が変更できない
他にもあるかもしれんがよく分からん

706:デフォルトの名無しさん
07/06/18 02:57:53
必要ならって言うか、必須なんだぜ。

707:デフォルトの名無しさん
07/06/18 03:02:02
>>706
いや、そういう意味じゃなくて、
関数の副作用をどうしても消したいならって意味だお。
残したい場合も当然あるでしょ？

708:デフォルトの名無しさん
07/06/18 03:06:34
>>699 だと式のつもりが文になってしまうね。

709:デフォルトの名無しさん
07/06/18 03:10:09
ちょっと相談です。
言語はCでもC++でも構いません。
ちなみに開発環境はWin2000+VisualStudio2005です。

DLLで用意された、既存の関数 Func(char* str) を呼び出す必要があります。
この関数は、処理結果を文字列として str に返してくれます。
strに渡される文字列の長さは *不明* です。
DLL、および関数Funcの中身を弄ることは出来ないものとします。

この時、長さの不明なstrを、安全に処理するテクニックがあれば教えてください。

710:デフォルトの名無しさん
07/06/18 03:18:04
>>708
これならいけるかな？
#define DebugPrint 1 ? (void)0 : DebugPrintDummy

711:デフォルトの名無しさん
07/06/18 03:18:48
>>709
static str[100000000];
ではどうだ？
そうですか、足りませんかすいません。

712:デフォルトの名無しさん
07/06/18 03:19:32
>>709
Func を呼び出すことで、str の指すアドレスに
文字列が書き込まれるのであれば、安全に処理する方法は無いです

通常は、どの程度の長さが必要かを返す関数があったり、
渡したバッファの大きさを知らせる引数を付けたりします。

例えばFuncがファイル名を返す関数であるならファイルシステムが許す最大パス長などがあるので、
関数の仕様以外から最大の長さを決めることが出来るかも知れません

713:デフォルトの名無しさん
07/06/18 03:21:19
>>711
charが抜けた。すいません。

714:デフォルトの名無しさん
07/06/18 03:25:49
>>707
そういやそうだな。

715:709
07/06/18 03:28:23
即レスサンクス。
やっぱ無理そうですね。boostあたりでなんか何とかならないかなーとか淡い期待を抱いてましたが。

>711
とりあえず１万バイトくらいでがんばろうと思います。

>712
バッファサイズ関連のパラメータとか、実際に無いものは仕方ないんで諦めます（笑）

716:デフォルトの名無しさん
07/06/18 09:01:59
>>715
え、本当にどうしようもないの？
仕様上から決まる例(>>712 が言ってるMAX_PATH) とか、
NULL渡したら戻り値で必要length返るとかって挙動もないの？

そりゃDLLの設計が糞としか言いようがないが…

717:デフォルトの名無しさん
07/06/18 09:45:43
gets を安全に使うにはどうすればいいですか？
っていう質問と一緒だね。残念ながら無理だ。

718:デフォルトの名無しさん
07/06/18 10:59:41
仕様上から決まる例で32bit整数が最大値だとわかれば
常にその大きさの配列渡せば安心、かな

719:デフォルトの名無しさん
07/06/18 11:10:29
メモリ使い切って落ちるに１票

720:デフォルトの名無しさん
07/06/18 11:12:45
OS の API 直呼びで仮想メモリに頼ってしまう手もあるんジャマイカ？
それにしても 32bit 最大値はやりすぎだろうけど。

721:デフォルトの名無しさん
07/06/18 11:50:56
パイプとかその辺のOSの用意したプロセス間通信機能でどうにかするしかないんじゃね？

722:デフォルトの名無しさん
07/06/18 13:48:29
すいません、また質問させてください。

#include <iostream>
using namespace std;
class base {
public:
int a;
base(int x) {a=x;}
};
class sub1 : virtual public base {
public:
sub1() : base(0) {}
};
class sub2 : virtual public base {
public:
sub2() : base(0) {}
};
class sub3 : public sub1, public sub2 {};
int main() {
sub3 obj;
obj.a = 10;
return 0;
}

これがコンパイル通らないんですが、baseクラスに引数のないコンストラクタを
追加するとコンパイル通るようになります。virtual指定で継承すると、引数のない
コンストラクタを呼ぶというルールなのでしょうか？

723:デフォルトの名無しさん
07/06/18 14:17:15
#include <iostream>

namespace test_ {
　　class base {
　　public:
　　　　base() { std::cout << "base::base()" << std::endl; }
　　　　base(int x) { std::cout << "base::base(int x)" << std::endl; }
　　};

　　class derived1 : virtual public base {
　　public:
　　　　derived1() : base(0) { std::cout << "derived1::derived1()" << std::endl; }
　　　　derived1(int x): base(x) { std::cout << "derived1::derived1(int x)" << std::endl; }
　　};

　　class derived2 : public derived1 {};
}
int main() {
　　test_::derived2 a;
　　return 0;
}
そのようですね
なので混乱を避けるために出来るだけデフォルトコンストラクタも定義しておきたいところです

724:デフォルトの名無しさん
07/06/18 14:53:20
>>722
>引数のないコンストラクタを呼
んでるじゃないか、自分で。
>sub3　obj;

725:709
07/06/18 15:00:50
>716
一応、strに渡されるのは1024バイト以内という仕様は一応あります。一応。
3000とか4000とか飛んでるのを何度か見たことはありますが。

726:デフォルトの名無しさん
07/06/18 15:21:26
>>725
>一応、strに渡されるのは1024バイト以内という仕様は一応あります。一応。
>3000とか4000とか飛んでるのを何度か見たことはありますが。

そりゃーDLLが糞でFAじゃね？
もしくは文書に反映されてないだけで仕様が4096に変わってるとか…。
仕様であるならstrncpyでもなんでもやって1024以内にすべきだし。
仕事絡みなら、バッファサイズ1024で書いて落ちる＆再現性ありの状態を作って、クレームつけるとかかね。

まぁがんがれｗ

727:デフォルトの名無しさん
07/06/18 18:05:42
#include <iostream>
#include <string>
#include <boost/function.hpp>
#include <boost/bind.hpp>

class Writer {　public: void run(const std::string& str) { std::cout << str << std::endl; }　};

class Module1 {
public: typedef boost::function<void(const std::string&)> func_t;
private: func_t func;
public:
　　Module1(func_t func_) : func(func_) {}
　　void run() { func("message"); }
};

int main() {
　　Writer w;
　　w.run("test");

　　using boost::bind;
　　Module1 module(
　　　　static_cast<Module1::func_t>( bind(&Writer::run, &w) )
　　　　);
　　module.run();
　　return 0;
}
Writerクラスのrun()をコールバック関数として、boost::bindを使ってクラスModule1に渡します
Module1はboost::functionを用いてこのコールバック関数を保持します
これを実現したいのですがエラーどころか、コンパイラ(VC2005のcl.exe)が落ちます(汗
どうすればこの動作を実現できるんでしょうか？

728:デフォルトの名無しさん
07/06/18 18:09:09
自己解決しました
bind(&Writer::run, &w)→bind(&Writer::run, &w, _1)
引数とる場合はプレースホルダが要るんですね(汗

729:デフォルトの名無しさん
07/06/18 19:34:13
>>722
class　sub3　:　public　sub1,　public　sub2
{
　　sub3()　:　base(1)　{}
};
仮想基底クラスのコンストラクタは、最派生クラスから引数を指定してやることになっている

730:デフォルトの名無しさん
07/06/18 20:43:11
こんばんは、皆さんに質問です
テンプレートの定数の引数をエレガントに記述する方法が分かりません

template <class Type, int Length> Array
{
　　　…Arrayの実装…
};

class Color : public Array< unsigned char, 3 > // RGBなので3
{
public:
　　　static const int ColorDimension = 3; // これは使えない…
　　　…Arrayの実装…
};

ここに出てくる3をエレガントに記述する方法が分かりません
グローバルで定義したりdefineディレクティブで定義したりは汚いですし、
無名namespaceやconst staticなグローバルの定数はヘッダなので避けたいです。

731:デフォルトの名無しさん
07/06/18 20:48:52
元々汚いんだからエレガントなんて求めなくて良い

732:デフォルトの名無しさん
07/06/18 20:50:52
少しはきれいに書ける方法としては派生元で定義してしまう方法ですが…

template <class Type, int Length> Array
{ …Arrayの実装… };

class ColorBase
{
public:
　　const static int Dimension = 3;
}

class Color : public ColorBase, public Array< unsigned char, ColorBase::Dimension > // RGBなので3
{ 　…Arrayの実装… };

なんか微妙です…第一、継承する意味があるのかと…う～ん。
でもnamespaceだと関連性の記述があいまいです。

さらにはこんな方法もあるのですが…
class TColor<int Length> : public ColorBase, public Array< unsigned char, Length >
{ 　…Arrayの実装… };

typedef TColor<3> Color;

結局これでは定数をtypedefに移しただけで意味がなく、
const TColor::Dimension=3;
typedef TColor<TColor::Dimension> Color;
とまでして構造をめちゃくちゃにするのなら、
そのまま3って書いておいたほうがましな気がします。
何かよい方法があるのでしょうか？

733:デフォルトの名無しさん
07/06/18 20:53:19
>>731
では、その元々汚いものを綺麗にする方法を教えてください。

734:デフォルトの名無しさん
07/06/18 21:00:58
>>730
Arrayに手を付けていいなら、

template　<class　Type,　int　Length_>　Array
{
public:
　　static　const　int　Length　=　Length_;
　　//...
};

class　Color　:　public　Array<unsigned　char,　3>　//　RGBなので3
{
public:
　　static　const　int　ColorDimension　=　Length;
　　//...
};

735:デフォルトの名無しさん
07/06/18 21:10:10
int g1;int g2; int ga[10];
main(){
int li;int l2; int la[10]; int lb[10][10];

printf("%d\n", &g1);
printf("%d\n", &g2);
printf("%d\n", &l1);
printf("%d\n", &l2);

printf("%d\n", &l1-&l2);
}

↑のようなプログラムの
printf("%d\n", &l1-&l2);の表示結果の意味と
大局変数ga と局所変数la がどのように並んでいるのかを答えろって
課題なのですが、全くもって意味が分かりませんorz

ちなみにprintf("%d\n", &l1-&l2)の箇所の表示結果は”１”でした。
これはどういう事を意味しているのでしょうか？

ga[10]とla[10]に関してですが、これは[0]～[9]までの配列が用意されてるって事で良いんですかね？

ヒントの方よろしくお願いしますorz

736:デフォルトの名無しさん
07/06/18 21:14:01
なぜに&

737:デフォルトの名無しさん
07/06/18 21:15:51
＞ちなみにprintf("%d\n", &l1-&l2)の箇所の表示結果は”１”でした。
＞これはどういう事を意味しているのでしょうか？
「鼻から悪魔がでてきて私をたぶらかした結果である」

738:デフォルトの名無しさん
07/06/18 21:16:17
すみません、いくつか質問させてください。
１、ArrayクラスのLength変数はテンプレートが使用されたときに初期化されるのですか？
　　int i = Array<int, 3>::Length;
　　とかやったら(この例では最適化はされるでしょうが)アクセスしたその瞬間に
　　初期化が行われるのでしょうか？

２、int i = Color::ColorDimension;
　　とアクセスしたときは派生元のArrayから初期化が行われることは保証されていますか？

ちなみに、せっかく答えていただいたのに恐縮ですが、
class Color : public Array<unsigned char, 3>
の、3がマジックナンバーとなっているのを何とかしたかったのですが…
やはり無理でしょうか？何度も質問して申し訳ありません。失礼します。

739:730
07/06/18 21:18:19
あ、私は730で>>734さんに対してのコメントです

740:デフォルトの名無しさん
07/06/18 21:20:20
>>735
ヒント：課題スレではない

しかし答えておいてやろう
「&変数」は、メモリ上における変数のアドレスを意味している。
つまり、画面に表示されるのは各変数のアドレスだ。
&l1-&l2が1であるというのはつまり、ローカル変数は連続してるってことだ。

741:デフォルトの名無しさん
07/06/18 21:23:23
>>735
>printf("%d\n",　&l1-&l2);の表示結果の意味と
ぅゎぁ…課題だしたド阿呆を連れてきてくれ。説教してやるから。
配列を指すポインタであれば、例えば
&la[4]　+　3　＝　&la[7]　であり、逆に　&la[7]　-　&la[4]　＝　3　なわけだが
配列でもなんでもないポインタの引き算に意味なんかない。
メモリ上、int　のサイズ分離れた場所に割り当てられていると
答えさせたいんだろうが、課題として激しく相応しくない。
>[0]～[9]までの配列が用意されてるって事で
おｋ。

742:デフォルトの名無しさん
07/06/18 21:27:19
クラスを増やしたり、
define使ったり、
グローバルなenum使ったり
namespaceを使ったり
できないのなら、それは不可能ってことだよ。
別にグローバルにColorDimensionを定義してもいいじゃん。

743:デフォルトの名無しさん
07/06/18 21:44:32
ここは格好良く可変引数取れるArrayにして
Array<unsiged char, RED, BLUE, GREEN>みたいに出来るようにしかないな
俺はやり方知らん上、この方法でもRED,BLUE,GREENをenum型か何かで定義しないと駄目だけど

744:デフォルトの名無しさん
07/06/18 21:49:54
>>741
理論上は意味ないかもしれないけど、
実装を見るというのなら、意味ないこともないような気がしないでもない。

745:デフォルトの名無しさん
07/06/18 21:51:47
>>736
頭のおかしい講師に言ってくださいよorz
ほんと変な人で・・・
殆ど説明せずに課題をポンとだし、回答及び解説は次週って感じで
授業を進めるんです。

>>740
神様有難う。スレ違いだったんですか・・・。申し訳ないです。
&l1-&l2の件、理解しました。

>>741
神様レス有難う。
ga[10]とla[10]の件理解しました。

>ぅゎぁ…課題だしたド阿呆を連れてきてくれ。説教してやるから。
やっぱり、おかしいですよねえ？？
Ｃのプログラムを受け持ってる髭面の汚らしい講師なんですが、
どうも変な奴なんですよ・・・。

746:730
07/06/18 21:54:59
>>742
グローバルの名前空間は絶対に汚せない環境というのがございまして…
#define COLOR_DIMENSION 3
class Color : public Array< unsigned char, COLOR_DIMENSION > // RGBなので3
{
　　…Arrayの実装…
};
#undef COLOR_DIMENSION
とかｗｗｗ、もう何がなんだか…
#undef _COLOR_DIMENSION 3
あたりで我慢っすかねぇ

>>743
しかし、ArrayはColorとはあんまり関係なかったりして…
そもそも、public継承なのかprivate継承なのかという問題までありまして…

template <int Dimension = 3> class Color : public Array< unsigned char, Dimension > // RGBなのでデフォルトは3
{
public:
　　　Color() { assert(Dimension==3); }
}
とか…いや、assertで比較している3がまたマジックナンバーに…
なんかもう、素直にあきらめたほうが良いかも

747:594デフォルトの名無しさん
07/06/18 21:57:33
C言語の全角半角処理について二点程分からないので、宜しかったらアドバイスを頂けたらと思います。
仕様してるのはVisualStudio2005で、プロジェクトはWin32コンソールアプリケーションのMFC付与です。
(CDatabaseクラスとかCRecordsetクラス等も使うこともできます)。
現在、入力された文字列に「①全角記号、半角記号、全角数字、半角数字を一文字でも含むならエラー」
(つまり①の処理は漢字や平仮名カタカナや英字は入力出来ます)
という処理と、「②全角半角のハイフン以外の全角半角記号を一文字でも含むならエラー」
(②は、①の通過可能な条件に、全角半角数字が含まれます)
という処理と、「③全角半角の数字と全角半角のハイフンはOK」という処理の3つのロジックを組んでます。
半角記号や半角数字はASCIIコードを見ながら「for文で文字列を回してコードの中の記号を表す数字ならエラー」というロジックで
どうにかなってますが、②のハイフンの判別ができずに詰まってます。
使ってるソースは、
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
こちらの掲示板に
書き込んでおきます。
長くなりそうなので、続きの質問文はそっちのほうに書きます。
もし宜しかったお手数ですが、見てやって下さい。(投稿者名を「全角半角処理」にしておきます)。

748:デフォルトの名無しさん
07/06/18 21:58:46
>>745
とりあえずグダグダうるせえ。

749:デフォルトの名無しさん
07/06/18 22:00:47
>730
というか、継承では"Color is an Array"が成立するかという問題がある
ので、素直に包含関係にしてしまえ。

750:デフォルトの名無しさん
07/06/18 22:03:07
>747
ShiftJISの仕様についてもうちっと調べるべき、かな。
まあ、一旦wcharに変換して扱う手もあるけどネ。

751:デフォルトの名無しさん
07/06/18 22:17:19
クラスと構造体の違いはデフォのアクセス制御以外に何かありますか？
継承、仮想関数も構造体で定義できるので、両者の違いは「文化的、歴史的」なモノだけだと思って良いでしょうか？

752:デフォルトの名無しさん
07/06/18 22:21:47
classでレガシーな初期化はできなかった希ガス。
class Foo {int bar; int barz;} foo = {1, 2}
できたらごめん。

753:デフォルトの名無しさん
07/06/18 22:39:10
>752
全メンバをpublicにすればコンパイルできた。
まあ、当然といえば当然か。

754:デフォルトの名無しさん
07/06/18 22:49:14
サンクス。
しかし、C＋＋標準仕様は金を出さんと見れないのが癪だわ。。。
内緒にしとくもんでもなかろうて。

755:デフォルトの名無しさん
07/06/18 23:00:50
質問
　1.　死ぬまでenumハックを使うべきなのか。
　2.　死ぬまでexportは使ってはならないのか。

756:デフォルトの名無しさん
07/06/18 23:07:21
>>755
1. そうです
2. そうです

早死にしないように気をつけて

757:デフォルトの名無しさん
07/06/18 23:10:24
1　VC6を窓から投げ捨てりゃいいんじゃね
2 EDG使ってないコンパイラを窓から投げ捨てりゃいいんじゃね

758:デフォルトの名無しさん
07/06/18 23:16:47
>>754
URLﾘﾝｸ(www.jisc.go.jp)

759:デフォルトの名無しさん
07/06/18 23:44:18
>738
初期化は実行時に起こる。
テンプレートが使用された時、というのはコンパイル時の話。

件の場合、定数化されてしまうというのを無視すると

int i = Array<int, 3>::Length;

とすると、Array<int, 3>::Length に相当する定義がコンパイル時に生成される。
で、その生成されたソース中に初期化が存在するから、コンパイルした結果のコードでも
初期化が実行される。タイミングは普通の初期化と一緒で main 到達前。

>２、int i = Color::ColorDimension;
>　　とアクセスしたときは派生元のArrayから初期化が行われることは保証されていますか？
実際には Color::ColorDimension は定数と見なされるので Array と無関係に単なる 3 として評価されると思われ。

760:デフォルトの名無しさん
07/06/19 06:38:16
いくつかのサイトで見られたのですが、
STARTUPINFO si = {sizeof (STARTUPINFO)};
は何をやっているんでしょうか？
STARTUPINFO si = {0};
や、
STARTUPINFO si;
memset(&si,0,sizeof (STARTUPINFO);
si.cb = sizeof(STARTUPINFO);
などなら分かるのですが。

761:760
07/06/19 07:24:58
あ、すみません。
構造体の第一メンバをsizeof (STARTUPINFO)で、
残りのメンバを0で初期化している事が分かりました。
値を設定してないと0で初期化されるようですが、
STARTUPINFO si = {};
のような使い方では0で初期化される保証はないのでしょうか？

762:デフォルトの名無しさん
07/06/19 07:59:43
>>760
定義時初期化で済むことを、わざわざバグの混入する可能性のあるmemset()にする理由はなかろう。
また、STARTUPINFOに先頭にサイズを入れておくお約束があるならやはり初期化で入れるのが一番。

＞STARTUPINFO si = {};
コンパイル通った?

次ページ