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

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

97:デフォルトの名無しさん
07/08/08 23:35:23
OS:RHEL4
言語:C
やりたいこと:
#include <openssl/sha.h>
unsigned char *SHA1(const unsigned char *d, unsigned long n, unsigned char *md);

こいつを使いたい。

これって、.soに定義されてないの？/usr/lib/libssl.aにしかない？

EVP_xxxを使うべきなのか。。。

98:94
07/08/08 23:41:28
>>95
ありがとうございます、助かります。

99:デフォルトの名無しさん
07/08/08 23:48:46
>>97
URLﾘﾝｸ(www.ipa.go.jp)

100:デフォルトの名無しさん
07/08/08 23:54:48
>>99
情報アリガト。
でも、これってRFCで示されたSHA1の実装例ですよね？
RHEL4の標準ライブラリで実現できないかなーと思っているのです。
opensslコマンドや、sha1sumコマンドで実現できるのは分かっているのですが、
自プロセス内で、標準（？）関数を使ってSHA1のハッシュ値を得たいのです。

ワガママですみません。

101:97
07/08/08 23:57:40
追記。
libssl.aをリンクすれば良いのですが、
libgnutils-openssl.soとかあるので、共有ライブラリで何とかならんのかなーと。

102:デフォルトの名無しさん
07/08/09 00:03:41
わざわざ面倒なことしてライブラリ使わんでも、それコピって使えばいいと思うが・・・
こだわる理由がわからん。

103:デフォルトの名無しさん
07/08/09 00:04:36
ソースがでかくなるのやじゃないですか？

104:デフォルトの名無しさん
07/08/09 00:06:30
sha.h　みつけた
URLﾘﾝｸ(mist.suenaga.cse.nagoya-u.ac.jp)

105:デフォルトの名無しさん
07/08/09 00:08:29
>>104
C++っすね。。。

ちなみに、偉大なるgoogle先生によると
URLﾘﾝｸ(www.google.co.jp)

この辺が出てくるのですが。。

106:デフォルトの名無しさん
07/08/09 00:10:05
>>103
1個のファイルに全プログラムを書いてるとか？

107:デフォルトの名無しさん
07/08/09 00:18:55
>>106
いえいえ。
もし既に標準ライブラリとしてRHEL4で提供しているのであれば、それを使った方が良いと思ってるのです。
javaでもメッセージダイジェストのクラスjava.security.MessageDigestがありますし。
できれば標準で提供されているものに乗っかりたいかなと。

Cとjavaではそもそも思想が違うと言われたらそうかも知れませんが。。。

108:デフォルトの名無しさん
07/08/09 00:23:16
変態!変態！変態！！

109:デフォルトの名無しさん
07/08/09 00:30:48
>>108
そう？

110:デフォルトの名無しさん
07/08/09 00:33:06
すみません、どなたか教えて頂けないでしょうか。
C言語で、以下のものを作成したのですが、

int *name[] = {
"satou",
"takahashi",
"suzuki",
};

この時に*name[]に入った配列の数を知るにはどうしたら良いでしょうか。
（上記の場合、自分では「それぞれの文字列の先頭のポインタが3つ入っている」という認識です）

111:デフォルトの名無しさん
07/08/09 00:33:42
sizeof name / sizeof name[0]

112:デフォルトの名無しさん
07/08/09 00:37:03
>>111
配列の数を知る事が出来ました。
ありがとうございます。

113:デフォルトの名無しさん
07/08/09 00:38:10
えっと、なぜint *？
char * name[] = { "hoge", "hogehoge", "hogehogehoge" };
sizeof ( name ) / sizeof ( char * )で３が得られる。

114:デフォルトの名無しさん
07/08/09 00:38:47
int *の配列なのが気になるが・・・
char *じゃ無くて？

[mona@fedora7 tmp]$ cat test.c
#include <stdio.h>
int main(int argc, char **argv){
int *name[] = {
"satou",
"takahashi",
"suzuki",
};

printf("%d\n", sizeof(name) / sizeof(int *));

return 0;
}

[mona@fedora7 tmp]$ gcc test.c
[mona@fedora7 tmp]$ ./a.out
3

115:デフォルトの名無しさん
07/08/09 00:39:46
みんな、簡単な問題だと思って、レスが早いよ！！

116:デフォルトの名無しさん
07/08/09 00:41:55
別スレに来たのかとおもた

117:110です
07/08/09 00:47:09
自分の認識ではname[]へは、
[satouへのポインタ]
[takahashiへのポインタ]
[suzukiへのポインタ]
…
でしたので、数が増えた場合の事を考えて、
int型で宣言した方が良いと思い、
int型で宣言しました。

この辺りが曖昧でして。申し訳ありません。

118:デフォルトの名無しさん
07/08/09 00:50:06
皆様突っ込みどうぞ

119:デフォルトの名無しさん
07/08/09 00:52:05
>>117
数がいくら増えようが、char *もint *も必要とするメモリは変わりない。
ってか、name[]に２５６を超えるポインタを格納することを考えてintにしたのか？
だとしたら激しく勘違いしているぞ。

120:100です
07/08/09 00:54:21
すみません、ソース見てみたらchar型で宣言してました。
int型に変更してコンパイルしてみたところ
大量のwarningが出ました。
（エラー内容：warning initialization incompatible pointer type）

お騒がせして申し訳ありません。

121:デフォルトの名無しさん
07/08/09 00:56:05
>>117
ポインタが指し示す値の型がintならint*を使うしcharならchar*を使う
指し示した先の型が表せる値の範囲は違ってもポインタ自体のサイズはint*でもchar*でも同じ

122:110です。
07/08/09 00:58:30
↑すみません>>120 = >>110です。
char型の配列を、
name[] ={...}内に入っている分を確保するという事で良いでしょうか。

123:デフォルトの名無しさん
07/08/09 00:59:34
"satoru"
は、文字列リテラルと呼ばれるものです。環境にもよりますが、
書き込み不可のメモリ領域に確保されます。
で、これはchar型の配列、末尾が'\0'として表現されています。
なので、
char *name[] = {"satoru", "takahashi"."suzuki"};
の意味は、
１．書き込み不可領域に確保されている"satoru"、"takahashi"、"suzuki"の３つの文字列リテラルがある。
２．要素数３、でchar型へのポインタの配列（name)がスタック（？）に確保され、各ポインタは、
　　１．の"satoru"、"takahashi"、"suzuki"それぞれの先頭の一文字のアドレスを指すように初期化される

です。

117はCにおける文字列の表現方法について基本が分かっていません。がんばってちょ。
基本を理解するのは意外と難しいです。

124:デフォルトの名無しさん
07/08/09 01:01:07
違う。char *を{...}の中にある要素数だけ配列として確保する。
だから、下の二つはnameで確保するメモリは同じ。
char * name[] = { "a", "b" };
char * name[] = { "aaaaaaaaaa", "bbbbbbbbbb" };

125:110です
07/08/09 01:15:45
皆様へ

丁寧なご説明ありがとうございます。
ずっとこの部分でエラーを吐いていて、
うまく動かず悩んでいたのですが、やっと動きました。
どうしてエラーが出ていたのかも理解できました（と思います…）。

ありがとうございました。

126:46
07/08/09 04:02:22
>>61書き込みを遅くなりまして申し訳ありませんでした。
>>始めに出力した内容がＤＯＳ窓を上にスクロールしてもみえません。とか？
そのとおりです。何か対処法がありましたらぜひ教えてくださいよろしくお願いします。

127:デフォルトの名無しさん
07/08/09 04:06:27
どんだけ～

128:デフォルトの名無しさん
07/08/09 07:55:37
>>126
所謂DOS窓を縦に引き伸ばしてみては如何でしょうか。
或いは、リダイレクトでファイルに落としてエディタで見るとか、
パイプラインでmoreに繋いで見るとか。

って、どう見ても言語ネタじゃないね。

129:デフォルトの名無しさん
07/08/09 11:02:45
>>97
うちのUbuntu系のLinuxには /usr/lib/libssl.so があるんだぜ。

130:デフォルトの名無しさん
07/08/09 11:34:48
>>126
ﾜﾛﾀｗｗプログラミング以前の問題だなｗ

131:デフォルトの名無しさん
07/08/09 13:18:07
左上のアイコン右クリック＞規定値＞レイアウト＞画面バッファのサイズ＞高さを増やすとか

132:デフォルトの名無しさん
07/08/09 13:22:16
>>126
出力をテキストファイルにリダイレクトするとか

bcc32 -Etest.txt test.cpp > result.txt

133:デフォルトの名無しさん
07/08/09 16:49:44
ファイル入出力で質問です。
ファイル保存のダイアログを出して、適当なところに保存して
また別にfopen("test.txt", "w");
で保存すると、保存ダイアログが出てたフォルダに保存されてしまうのですが
これを、実行ファイルと同じフォルダに保存するようにしたいんですけど
どうすればいいでしょうか？

134:デフォルトの名無しさん
07/08/09 17:13:51
カレントディレクトリを実行ファイルのあるディレクトリにすればいいんじゃないの？

135:デフォルトの名無しさん
07/08/09 17:20:44
>>133
つまりユーザはダイアログで保存ディレクトリも含めて保存先を指定したのに
それを*無視*して実行ファイルと同じディレクトリに*無理やり*保存したい
ってこと？

ユーザ権限について調べてみるといいと思うよ
Unixは言うに及ばず、WindowsであってもVistaでは厳しくなったようだから

136:135
07/08/09 17:24:09
ああ、
> また別にfopen("test.txt", "w");
> で保存すると、
と書いてあるから、ユーザに指定させたのとは無関係に、プログラムが
勝手にこしらえるファイルの話か？
だったら、自分で実行ファイルのディレクトリを取得して、
フルパスで指定汁。カレントがどこだか分からないのだから。

とは言え、パーミッションには注意。Unixならもともとそういう設計は論外な。

137:デフォルトの名無しさん
07/08/09 17:27:59
>>134
>>135
アドバイスありがとうございます。
ダイアログで保存するものと、fopenで保存するものは別のものなんです。
ただダイアログを出さないで保存したいなと思いまして。

ただ単に、fopenのみのプログラムだと実行ファイルのところに保存できたのですが
ダイアログ→fopen　の順序で実行したらダイアログで保存したフォルダに一緒に保存されてしまったんです。

カレントディレクトリを実行ファイルのあるディレクトリにすればいいとは思ったんですけど
やり方がわかりませんでした。

138:デフォルトの名無しさん
07/08/09 17:29:46
GetModuleFileName()でexeのファイル名を取れ

139:デフォルトの名無しさん
07/08/09 17:31:32
>>133
OFN_NOCHANGEDIR

140:デフォルトの名無しさん
07/08/09 17:32:31
int main(int argc, char *argv[])
ってやると、argv[0]に実行ファイル名が入るよ

141:デフォルトの名無しさん
07/08/09 17:37:02
>>140
この場合、そのことに何の意味が?
まさか、argv[0]に必ずフルパスが入っているなんて能天気なことを想像してたりしませんよね?

142:デフォルトの名無しさん
07/08/09 17:44:13
>>141
フルパスが入るようにコマンドラインを入力するんだよ
大丈夫か？

143:デフォルトの名無しさん
07/08/09 17:45:26
>>142
アプリの都合でアプリの存在するディレクトリにこしらえるファイルのために
何でユーザがアプリの起動方法を指図されなければならないのだろうか

144:133
07/08/09 17:48:56
みなさんありがとうございます。

>>139さん
のやり方で解決いたしました。
他にも色々な案を出してもらったので一つ一つ試していきたいと思います。

ありがとうございました！

145:デフォルトの名無しさん
07/08/09 17:49:28
argvやカレントディレクトリに仮定を置くのは糞デザイン

146:デフォルトの名無しさん
07/08/09 17:50:46
>>144
それじゃ、カレントがexeのディレクトリと同じじゃないと
意味無いよ。確実にexeが存在するのと同じ場所にファイルを作りたいなら
フルパス指定するしかない。

147:デフォルトの名無しさん
07/08/09 17:58:50
GetModuleFileName()でフルパスを得て
_splitpath()で分解して
sprintf()で結合とかどう？

148:デフォルトの名無しさん
07/08/09 18:09:56
ダメ

149:デフォルトの名無しさん
07/08/09 18:23:43
exeと同じフォルダに書き込もうとか思っていると、
VistaのUACではまるかも。

そこに至るまでの道のりは長いだろうけどね。

150:デフォルトの名無しさん
07/08/09 18:29:17
何をさも自分が苦労したからって

151:デフォルトの名無しさん
07/08/09 18:38:38
>>150
北極行くのに南極経由するような人なんだから触れてやるな

152:デフォルトの名無しさん
07/08/09 18:56:11
>>150
「さも」の使い方がおかしい

153:133
07/08/09 19:02:17
すいません。だめでしたね。
>>147
の様な処理で分解してstrcatで結合して
それっぽい動きになりました。

154:デフォルトの名無しさん
07/08/09 19:50:02
ファイルダイアログで選択して別ファイルに保存、、、
C#のスレでまったく同じ質問があったな、しかも同じ日
どっかの課題かなにかなのだろうか

155:デフォルトの名無しさん
07/08/09 19:51:14
ただのマルチだろ

156:デフォルトの名無しさん
07/08/09 20:16:59
いや、だって言語違うぜ？

157:デフォルトの名無しさん
07/08/09 20:17:54
右も左も分からないんだろう

158:デフォルトの名無しさん
07/08/09 20:21:21
うーん、向うはC#のソース出してたし
解決の仕方も解決した時刻も違うから
同じ人とは思えないなあ
質問者に種あかししてほしいとこだが

159:デフォルトの名無しさん
07/08/09 20:36:30
ファイルダイアログなんてよくある質問じゃん。

160:デフォルトの名無しさん
07/08/09 20:40:44
全部同じ奴だろ

161:デフォルトの名無しさん
07/08/09 23:17:50
包茎を短時間で修正するプログラムの
開発って難しいですか？

162:デフォルトの名無しさん
07/08/09 23:21:06
包茎と短時間と修正の定義次第

163:デフォルトの名無しさん
07/08/10 01:35:49
いつから配列の定義の要素数に変数が使えるようになったん？
99年から？
void func(int n){
　int array[n];
　:
}
とか。。。

164:デフォルトの名無しさん
07/08/10 01:36:20
C99 から

165:デフォルトの名無しさん
07/08/10 01:37:50
やぱり。即レスども。
個人的にはその仕様はうれしい。

166:デフォルトの名無しさん
07/08/10 01:44:37
>>165
ここを参考
URLﾘﾝｸ(seclan.dll.jp)

167:デフォルトの名無しさん
07/08/10 01:49:43
longjmpするとリークする可能性があるから、気をつけたまへ

168:デフォルトの名無しさん
07/08/10 08:39:01
C99とC/C++は互換性無いから別スレに分けた方がいいと思う。

169:デフォルトの名無しさん
07/08/10 08:51:48
可変引数マクロは非C99処理系にも是非輸入して欲しい

170:デフォルトの名無しさん
07/08/10 09:01:38
素直にC99使えば

171:デフォルトの名無しさん
07/08/10 09:01:53
>>168
C と C++ 用にそれぞれ専用スレがあるだろ。問題があれば誘導すればいい。

172:デフォルトの名無しさん
07/08/10 09:18:08
stringstreamに、ファイル(ifstream)の中身を書くよい方法はありますか？
とりあえず自分が考えた方法だと、
std::ifstream ifs(...);
std::stringstream ss;
while (!ifs.eof())
{
　　char buf[1024];
　　ifs.read(buf, 1024);
　　ss.write(buf, ifs.gcount());
}
こんな感じです。こんなことをする理由は、
ifstreamからstd::getlineをして1行ずつ処理するプログラムなのですが、
stringstreamに全部入れた後、std::getlineをした方が、倍以上高速になることを発見したからです。
それとも、もっと効率の良い方法はありますか？

173:デフォルトの名無しさん
07/08/10 09:25:09
>>172 ss << ifs.rdbuf();

174:デフォルトの名無しさん
07/08/10 10:44:50

ifstream ifs("dir_name");
if ( ifs.fail() ) { return 0; }
if ( ifs.isDirectory() ) { }

みたいに標準ライブラリだけで
ディレクトリか否かを判定することってでけますか？

あと、ディレクトリ内にある全ファイルの名前取得みたいなことは
標準ライブラリだけででけますか？

175:デフォルトの名無しさん
07/08/10 10:50:52
>>172
pubsetbuf()でバッファでかく取っとくと、一般には速くなると期待されるんだが、
gccの少なくとも古いバージョンでは、open済みのstreambufに
pubsetbuf()を実行しても、何食わぬ顔をして元のバッファを使うようだ。

mmap()したポインタをstrstreamにそのまま突っ込むのが多分一番速いが、
移植性に欠ける上にstrstreamがdeprecatedなのがネックだな。
stringstreamのstrメンバを使うとせっかくmmap()したものを
わざわざコピーしてしまうし、
stringstreamのpubsetbuf()も有効とは限らないようだ。
(少なくともVC++では平然とシカトされる）

>>173
それ記述が簡単でいいんだが、少なくとも
VC++のostream実装とかだと、大して速く無さそうなんだよな。
sgetc()/snextc()と、sputc()使って1文字ずつコピーしてるし
微妙に無駄の多いコードになってるんで、
下手すりゃ手書き1文字コピー回したしたほうがまだ速いかもしれん。

176:デフォルトの名無しさん
07/08/10 10:52:02
>>174
どっちもだめ
ディレクトリのないファイルシステムもあるんで、CやC++の標準は
ディレクトリがらみを一切扱っていないはず

177:デフォルトの名無しさん
07/08/10 10:57:35
>>168
C99はCであって、
互換性がないのはCとC++

178:漏れが書かなくてもきっと誰かが書く
07/08/10 10:58:24
>>176
そこでboostですよ。

179:デフォルトの名無しさん
07/08/10 11:12:01
>>178
無論そんなことは知っているが、>>174は「標準ライブラリだけ」と
2度も強調しているんだし、非標準の方法があることぐらいは知ってて
聞いてるんだろ

180:175
07/08/10 11:23:23
ごめんあほなこと書いた
> stringstreamのpubsetbuf()も有効とは限らない
そもそもpubsetbuf()を入力を食わせるのに使えるはずがないな

181:デフォルトの名無しさん
07/08/10 11:26:26
>>179
>178の名前欄。

つーか、>176はなんで「扱っていないはず」なんて曖昧なままにしておくのだろう。
調べれば直ぐに答が出ることなのに。

182:デフォルトの名無しさん
07/08/10 11:28:03
>>181
すまん、扱っていないことは知っている
理由のほうが推測だ

183:デフォルトの名無しさん
07/08/10 11:35:59
>>182
なるほど、それは失敬。そしてその推測は妥当だろう。
実際、CP/Mやtronにはディレクトリがない。

184:デフォルトの名無しさん
07/08/10 11:42:45
まぁ一方ではsignal()なんかが標準だし
わけわからんところもあるよな

185:デフォルトの名無しさん
07/08/10 11:50:07
大丈夫、signal()は内容が規定されていないから存在しない環境では何もしなければいいから。

186:174
07/08/10 11:53:44
>>176
レスありがとです。
標準ライブラリにディレクトリ絡みがまったくないのでおかしいなぁ
とは思ってたんですが、そんな理由があったとは。。
ソースを他環境に持ってたとき、すぐコンパイルできないとイヤだなと思って
できるだけ標準でやる方法を探してたんですが、
>>178さんの仰るとおり、こりゃおとなしくboost使っといたほうがいいですね。

187:デフォルトの名無しさん
07/08/10 12:06:28
なんだboost厨の自演か

188:デフォルトの名無しさん
07/08/10 12:09:27
やっぱりブーストがいちばんですね＾＾

189:デフォルトの名無しさん
07/08/10 12:31:53
char *p = "hogehoge";
の時
*(p++)
がさす値はoですか?

190:デフォルトの名無しさん
07/08/10 12:34:48
いいえ

*(p++) の値は 'h' になります

191:デフォルトの名無しさん
07/08/10 12:37:41
いいえ

*(p++) の値は 'g' にもなります

192:デフォルトの名無しさん
07/08/10 12:37:42
はい、トムはペンです

193:デフォルトの名無しさん
07/08/10 12:38:25
出力してみりゃ分かることだろうに。
2ch に書き込むより早く分かる。

194:デフォルトの名無しさん
07/08/10 12:44:01
*(++p) ｵﾇﾇﾒ

195:デフォルトの名無しさん
07/08/10 12:52:10
*next(p)
^^;;

196:デフォルトの名無しさん
07/08/10 12:53:03
>>189は
p が指す値と
式 *(p++) の値を混同してないか？

197:デフォルトの名無しさん
07/08/10 12:53:46
有り難うございます。
ちなみに
*pには何が代入されているんですか?

198:デフォルトの名無しさん
07/08/10 13:01:58
*pには何も代入されていないと思いますが。

199:デフォルトの名無しさん
07/08/10 13:02:37
夏・・・

200:デフォルトの名無しさん
07/08/10 13:09:34
最近は季節に関係なく年中馬鹿が湧く、と考えていたけど、
やっぱり長期休暇は頻度もスケールも一回り違うかな。

201:デフォルトの名無しさん
07/08/10 13:36:08
出力してみりゃわかることをうだうだと質問してからに・・・

202:デフォルトの名無しさん
07/08/10 15:01:04
ちょっとしつもんします
ギャルゲーとかで「フラグをたてる」ていうんですが
フラグというのはビットなんですか？

203:デフォルトの名無しさん
07/08/10 15:03:07
ビットなフラグはビットフラグ
ビットじゃないフラグも当然ある

204:デフォルトの名無しさん
07/08/10 15:07:07
「立てる」っていう表現をするようなフラグなら、
「立てる」か「倒す」かだからビットだろうなぁという気はする。

205:デフォルトの名無しさん
07/08/10 15:10:54
死亡フラグは立てるのに倒れてしまう件

206:デフォルトの名無しさん
07/08/10 15:22:38
私生活では全くフラグが立たない件について

207:デフォルトの名無しさん
07/08/10 15:26:46
>>204
boolは大抵intかcharで実装されている罠。

208:デフォルトの名無しさん
07/08/10 15:27:55
>>206
立ち過ぎてて困るから
1ビット分けてあげるぞ

209:デフォルトの名無しさん
07/08/10 19:04:06
cygwinまたはlinuxの環境下でコンパイラに追加依存ファイルの検索パスを与えようとしています
仮に追加依存ファイルのパスを~/xxx/includeとすれば
.bash_profileではexport CDPATH="$CDPATH":"~/xxx/include/"のようにして環境変数を設定し
シェル上でcd includeと打てばカレントパスが意図通りに変化するところまでは設定しています

ここから、このパス下にあるtest.hppを#include <test.hpp>のように指定しているファイル
~/main.cppを
コンパイルする目的で~/下でg++ main -I includeと打ったのですが
コンパイラからはtest.hppが見付からないというエラーが返ってきます

正しくはどのように指定するべきなのでしょうか？

210:デフォルトの名無しさん
07/08/10 19:13:01
CDPATH はその名前の通り cd コマンドにしか効かないんじゃない？
-I~/xxx/include
ってやれば？

211:デフォルトの名無しさん
07/08/10 19:15:55
CDPATHはcdに関係するだけでコンパイラには関係ないんじゃないか？
何がしたいのか良く分からないけど、普通に-I~/xxx/include/とか書くとか

ていうか、そもそも-Iの後ろにスペースあるのはOKだっけ？

212:デフォルトの名無しさん
07/08/10 19:39:34
なるほどフルパスで指定しないと駄目なんですね、あと' 'が入ってても駄目と
それら二点に気を付けて打てば通りました
助言ありがとうございました

213:デフォルトの名無しさん
07/08/10 19:45:54
>>212
相対パスでもいけるけど、「ソースがある場所からの」相対パスであることに注意

214:213
07/08/10 19:47:00
あ、-Iオプションで指定する場合はそうじゃないか？
すまん、俺自身あやふやになってきた。忘れてくれ

215:デフォルトの名無しさん
07/08/10 19:53:16
-Iオプションは相対パスでもいけるハズ。
たぶんコンパイラ実行時の作業ディレクトリかなんかからの相対パスになると思うけど・・・。
いつもmakefileコピペ改変でやっちまうから、俺も記憶があやふやだ・・・

216:デフォルトの名無しさん
07/08/10 20:29:01
相対パスでOK。
Makefileに-Ipathと書いておいて、ln -s どっかの/pathとかよくやる。

217:デフォルトの名無しさん
07/08/10 22:46:58
クラスの実際の型に応じた処理を簡単に書く方法はありますか？

例えば、基本クラス Hoge を継承するクラス Foo と Bar があるとして、
void func(const Hoge &hoge)
{
　　// hoge が Foo の時の処理
　　// hoge が Bar の時の処理
}
というのを簡潔に書きたいのですが。普通にdynamic_castを使って（ダウンキャストの例外呼ばれたくないのでポインタで）
{
　　if ((const Foo *p = dynamic_cast<const Foo *>(&hoge)) != NULL)
　　　　...;
　　else if ((const Bar *p = dynamic_cast<const Bar *>(&hoge)) != NULL)
　　　　...;
}
とやる方法と、try...catchの変な使い方で
{
　　try {
　　　　throw hoge;
　　} catch (const Foo &foo) {
　　　　...;
　　} catch (const Bar &bar) {
　　　　...;
　　}
}
っていうのも思いついたんですが、こんな書き方はしないですよね。実際はどういう書き方が普通でしょうか。
instanceofとかisとかC++にはないようなので。

218:デフォルトの名無しさん
07/08/10 22:50:17
そのクラスに virtual 関数を作ればいいんじゃないの？
instanceof は dynamic_cast
いちおう typeid もあるけど

219:デフォルトの名無しさん
07/08/10 22:52:33
>>217
funcをHogeの仮想関数にする（必要に応じて純粋仮想関数にする）。
そして、FooとBarがそれぞれオーバーライドする。

instanceofとかisとかがある言語でも、
そんな書き方よりこういう仮想関数でやる方法が普通だぞ。

220:デフォルトの名無しさん
07/08/10 23:00:22
>>217
void func(const Foo& foo);
void func(const Bar& bar);
...

221:デフォルトの名無しさん
07/08/11 00:26:58
Lisp じゃないから。

222:デフォルトの名無しさん
07/08/11 10:54:08
>>217
基底クラスが派生クラスの面倒までみるべきではないよ

223:デフォルトの名無しさん
07/08/11 13:04:07
>>222
funcはHogeのメンバ関数じゃ無い、とかそんな状況な気もする

224:デフォルトの名無しさん
07/08/11 13:54:38
func から Hoge の仮想関数呼べばいいだけだよ

225:デフォルトの名無しさん
07/08/11 16:49:10
あぁ、いや。
単に基底クラスに面倒見さそうとしてるわけじゃないんじゃない？というだけの話で。

226:デフォルトの名無しさん
07/08/11 18:31:47
その、try...catchの変な使い方、だが、結局投げてるのはHoge型だから
本当のクラスでは捕まえられない。

#include <stdio.h>
struct B{virtual ~B(){}};
struct D1:B{};
struct D2:B{};

int main(){
B *b = new D1;
try{ throw *b; }
catch( D1 &){ puts("D1"); }
catch( D2 &){ puts("D2"); }
catch( B & ){ puts("B"); }
}

227:デフォルトの名無しさん
07/08/11 20:52:01
ダブルディスパッチ使えばいいじゃん。

228:デフォルトの名無しさん
07/08/12 06:43:01
それなにぬねの

229:デフォルトの名無しさん
07/08/12 07:11:10
#include <stdio.h>

struct B { virtual ~B(){} virtual void Throw() { throw this; } };
struct D1 : public B { virtual void Throw() { throw *this; } };
struct D2 : public B { virtual void Throw() { throw *this; } };

int main(){
B *b = new D1;
try{ b->Throw(); }
catch( D1 &){ puts("D1"); }
catch( D2 &){ puts("D2"); }
catch( B & ){ puts("B"); }
}

230:デフォルトの名無しさん
07/08/12 08:44:07
#include <stdio.h>

struct B { virtual ~B(){} virtual void Func() { puts("B"); } };
struct D1 : public B { virtual void Func() { puts("D1"); } };
struct D2 : public B { virtual void Func() { puts("D2"); } };

ダントツでこれが一番いいんだけどなぁ

231:デフォルトの名無しさん
07/08/12 08:45:40
そりゃそうだ。

232:デフォルトの名無しさん
07/08/13 09:30:33
基本に戻るような質問

VC8Express (cl v14.00.50727.762 for 80x86)で、

void main(void){main();}

を、

cl /MD stackov.cpp

でコンパイルして実行しても、黙って落ちるだけで、_invoke_watsonされない
そういう例外って、なにかしらダイアログ出して落ちるものとばかり思っていたのに

昔からこんなでしたっけ、これってこういうもん?

233:デフォルトの名無しさん
07/08/13 10:19:39
スタックオーバーフローで落ちるだけじゃないの？

234:デフォルトの名無しさん
07/08/13 11:51:22
うん。まさに、スタックオーバーフローで落ち…
…たときに、アプリケーションエラーって出ないのが

デバッガから起動すれば、ちゃんと
Stack overflow - code c00000fd (first chance)
って捕捉されるんだけど…。

235:デフォルトの名無しさん
07/08/13 12:08:26
コンソールアプリだからじゃないのかな。

236:デフォルトの名無しさん
07/08/13 12:10:47
int ch = ' '
if (!isspace(ch) && !iscntrl(ch))
break;
という文なのですが、
何故かbreakされてしまいます。
chがスペースでないときかつchが制御文字でないとき
にbreakされるはずなのですが、条件式間違っているでしょうか?

237:デフォルトの名無しさん
07/08/13 12:14:01
gcc gdbではSIGSEGVでstack over flowにならんのだけど
検出する方法は別にあるんだろうな、あるんだろうね

238:デフォルトの名無しさん
07/08/13 12:26:17
>>236
動かない断片を提示されてもなんとも言えませんが。
症状を再現できる最低限のロジックを提示してみてください。

239:デフォルトの名無しさん
07/08/13 12:33:45
iscntrl()はロケールに依存するとされるし、
chか、iscntrl()の挙動が直感に反しているのでは

printf("%x: %d, %d\n",ch,isspace(ch),iscntrl(ch));

をifの前に置いてみては。

240:デフォルトの名無しさん
07/08/13 12:41:07
>>232
気になって試した

どうもスタックのサイズによるみたい
void main(void){
char cc[4096];
main();
}
とすればダイアログはでる。
(アセンブラ見ると、__chkstk の呼び出しが追加されてる)

ただし、VCのオプション的にはスタックサイズが4Kより小さいときでも、
/Gs0 とか付ければいけそうに思えるし、実際アセンブラリストに
__chkstk の名前でてるんだけどダイアログはでない。謎。

241:デフォルトの名無しさん
07/08/13 12:44:01
>>238,239
失礼です。
IDEでソースコードを読んでるんですが、動きが気になったので
static int
skip_space(void)
{
int ch ;

for (;;){
if ((ch = getc(stdin)) < 0)
return -1; /* end-of-file */
if (!isspace(ch) && !iscntrl(ch))
break;
}
return ch;
}

chに'¥t'や' 'を代入して/*if ((ch = getc(stdin)) < 0) return -1; */
として、ステップオーバーしていったのですが、
> if (!isspace(ch) && !iscntrl(ch))
の段階で止まってしまって、ブレイクしたのかなと思って。

242:デフォルトの名無しさん
07/08/13 12:50:44
誰か、エスパー頼む

243:デフォルトの名無しさん
07/08/13 13:42:25
>>241
関数名から推測して

static int skip_space(void)

を呼び出す上位関数に問題があるんじゃないか？例えば

int main(void) {
int ch;
for(;;) {
if(-1 == (ch = skip_space())) break;
putc(ch,stdout);
}
return 0;
}

とか。

244:デフォルトの名無しさん
07/08/13 14:16:01
ははぁ、成る程!
ちなみに (!isspace(ch) && !iscntrl(ch))
な文字コードってどんなのが当てはまりますかね?

245:デフォルトの名無しさん
07/08/13 14:38:10
>>244
空白文字でも制御文字でもない文字。
まぁ、大抵の可読文字が該当する罠。

246:デフォルトの名無しさん
07/08/13 16:49:05
すいませんわかりました。
自分馬鹿だorz
ほんと皆さん電波な質問して申し訳有りません
二徹して疲れたので寝ます

247:デフォルトの名無しさん
07/08/13 18:57:05
eclipse with CDTが生成したmakefile用の依存リストで
src/test.d src/test.o: ../src/test.cpp \
H:/root/usr/src/boost/boost/shared_ptr.hpp \
H:/root/usr/src/boost/boost/config.hpp \

248:247
07/08/13 19:03:44
(ミスして送信しちまったorz 続き)

の最初の行で
multiple target pattern stop
とmakeがエラーになるんですが、
これはどうすれば解決するんでしょうか？

test.dと.oのルールを同じ行で定義しているのが問題かと思ってわけてみたり
test.d(つまり自分自身)のルールを定義しているのが問題かた思ってtest.dを消してみましたが
解決しませんでした

249:デフォルトの名無しさん
07/08/13 19:48:51
インクルードパスにドライブ名が入ってるとだめらしい
C: とか H: とか
代わりに /cygdrive/c/ や /cygdrive/h/ を使うと大丈夫とかいうことらしい

250:247
07/08/13 20:15:55
>>249
そのようにしたらmakeのエラーは消えdebugができるようになりました
しかし今度は
Invalid project path: Include path not found (\cygdrive\\root\usr\src\boost)
のような警告がでてきましが、これなら実害ないので我慢します
助言ありがとうございました

251:デフォルトの名無しさん
07/08/14 06:40:57
char *parse( char *buff )
{
int c;
int at = 0;
while( (c = getchar()) != EOF ) {
if( isdigit( c ) ) {
buff[at++] = c;
} else if( isspace( c ) ) {
if( at == 0 ) {
continue;
} else {
buff[at] = '¥0';
return buff;
}
}
}
int main( void )
{
char buff[256];
int i;
for(i=0;i<256;i++)
buff[i] = 0;
char *s;
while( (s = parse( buff )) != NULL ) {
printf( "read %s¥n", s );
}
}
というプログラムなのですが、
これって¥0とNULLが同じってことですよね。
buffはただのchar型の配列のはずなのになぜ¥0がNULLになるんでしょうか?
char *buff[256]ならNULLで判定出来るのは理解出来るのですが。

252:デフォルトの名無しさん
07/08/14 07:26:45
NULLはヌルポインタ、\0はヌル文字
当然、ヌル終端文字列は後者を末尾に持つ

253:デフォルトの名無しさん
07/08/14 07:27:29
parse内のgetcharがEOFだった時、何を返すんだ？
思いっきりバグ、もしくはコピペミスだろ。

254:デフォルトの名無しさん
07/08/14 07:27:44
どこの\0とどこのNULLだ?
12行目の'\0'と24行目のNULLなら別物だし、
比較も代入もしていないが

255:デフォルトの名無しさん
07/08/14 07:37:24
parseからNULL返って来ないな

256:デフォルトの名無しさん
07/08/14 07:40:16
お前ら朝から優しいな

257:デフォルトの名無しさん
07/08/14 07:41:58
あーそうか、parseが切れてるのか。
{}が対応してないな。

258:デフォルトの名無しさん
07/08/14 07:54:20
朝から結構人がいてﾜﾛﾀｗ

259:デフォルトの名無しさん
07/08/14 08:15:31
こんな感じで隠れてる

　　　　(⌒─-⌒)　EXILE！EXILE！
　　〃（(´･ω･`)）ﾐ　○
（(´･ω･`)）　 O（(´･ω･`)）　　　
Oヽ(　　　)〃ノO　　　　　　
　　 ∪⌒∪　　　　　　　　　　
"""　""　"　"""　""　"　"""　""　"　""

260:デフォルトの名無しさん
07/08/14 09:55:22
亀ですが

>>240 ありです、それかもな感じ何かがひらめいた予感ちょっと調べてみます
>>235 ちなみに、WinMainでやってみても、なんもいわれんかったのです；

261:デフォルトの名無しさん
07/08/14 12:54:16
>>251
コンパイルできるソースをもってきてください。

それから処理系によって'\0'とNULLは同じじゃない。

#define NULL ((void *)0)
と定義してあったら違う型。
#define NULL 0
と定義してあったら同じ型として扱える。

'\0'は、int型の整数だから後者の処理系なら比較できてしまう。
　　　　 ~~~~~
しかし、もともとNULLはヌルポインタ（どこも指していないポインタ）を意味しているので
'\0'（整数）とNULL（ポインタ）の比較をしているソースは窓から放り投げろ。

推測だが、char *parse(char *buff)
の最後の方は、こんなふうになってるんだろう。
buff[at] = '\0';
return buff;
}
}
}
return NULL;
}

それから、buff[256]はスタックオーバーしていて不定な値だ。
*buff[256]なんてどこを指しているかわかりゃしない。NULLじゃない。
このプログラムは、文字数を判定していないから、'\0'を入れて256文字以上になると
スタックオーバーで動作は不定になる。うまく動いてもそれは運がいいだけ。

262:251
07/08/14 13:07:51
どうやってソースを窓から放り投げるんだ・・・？

263:デフォルトの名無しさん
07/08/14 13:12:15
ソースを窓から放り投げるを開始するには、まず窓を開けます。

264:デフォルトの名無しさん
07/08/14 13:12:43
バッファオーバーフローであってスタックオーバーフローとは（ry

265:デフォルトの名無しさん
07/08/14 13:21:55
なぜこれがコンパイルエラーになるのですか？

class A
{
public:
void hoge(int i) { MessageBox(NULL, _T("A"), _T("hoge(int)"), 0);}
virtual void hoge() = 0;
};
class B : public A
{
public:
void hoge() { MessageBox(NULL, _T("B"), _T("hoge()"), 0); }
};
int _tmain(int argc, TCHAR **argv)
{
B b;
b.hoge(1); // コンパイルエラー C2660
}

266:デフォルトの名無しさん
07/08/14 13:24:09
なんでそんなこともわからないのですか？

267:デフォルトの名無しさん
07/08/14 13:29:50
>>266
まぁそう言わんと。

>>265
EffectiveC++を読むことをお勧めしておきます。

268:デフォルトの名無しさん
07/08/14 13:47:53
>>266
初心者だからです。例えば、以下のJavaのソースはコンパイルが通るので、C++でも同様のことが可能かを考えています。
public class Test1 {
public static void main(String[] args) {
B b = new B();
b.hoge(1);
}
}
abstract class A {
public void hoge(int i) {System.out.println("A : hoge(int)");}
public abstract void hoge();
}
class B extends A {
public void hoge() {System.out.println("B : hoge()");}
}
>>267
このあたりですか？
URLﾘﾝｸ(www002.upp.so-net.ne.jp)
265のclass Aのhoge(int)はhogeImplのようにするこで解決できました。ありがとうございます。

269:デフォルトの名無しさん
07/08/14 14:09:57
>>265,268
hoge という名前の関数は B に 1 個あるので、それ以上辿って A まで探しには行かない
で、見つかった hoge() は引数が一致しないのでエラー

C++ と Java が一緒だと思ってるのが間違い

270:デフォルトの名無しさん
07/08/14 14:12:39
>>269
>hoge という名前の関数は B に 1 個あるので、それ以上辿って A まで探しには行かない
なるほど。すっきりしました。ありがとうございます。

271:デフォルトの名無しさん
07/08/14 16:26:39
wavファイルの再生について質問があります。
PlaySoundを使う方法は簡単にできたのですが、wavファイルを実行ファイルに組み込むことはできるのでしょうか？
できるなら、方法や資料を教えて頂けませんか？
宜しくお願いします。

272:デフォルトの名無しさん
07/08/14 16:44:38
とりあえずC/C++とは関係ない

273:デフォルトの名無しさん
07/08/14 16:46:19
実行ファイルの種類による

274:デフォルトの名無しさん
07/08/14 16:47:42
PlaySound リソースでぐぐれば？

275:271
07/08/14 17:15:30
PlaySoundでできるとは思っていませんでした。
本当に助かりました。ありがとうございます。

276:デフォルトの名無しさん
07/08/14 19:59:40
関数テンプレートの特殊化ってできないんですか？
もしできないのなら、いずれ出来るようになる見込はありますか？

template <typename T, typename U> void func(T&) {}
template <typename T> void func<T,int>(T& u) {}

error : partial specialization `Func<T, int>' of function template

277:デフォルトの名無しさん
07/08/14 20:24:53
>>268
そんなサイトあったのか、本買っちゃったよ

278:デフォルトの名無しさん
07/08/14 20:34:59
>>276
テンプレートパラメータの制限は関数とクラスで微妙に違う。
ただ、パラメータを常に指定するなら↓で同じことができるはず。

template <typename T, typename U> class func_object {
　explicit func_object(T&) { ... }
};:
template <typename T> class func<T, int> {
　explicit func_object(T& u) { ... }
};

使い方
func_object<A,B>(x);
func_object<C,int>(y);

279:デフォルトの名無しさん
07/08/14 20:44:54
>>277
そのサイトはヒント程度だぞ。何やら勘違いに近い記述も見られるし、本は読むべき。

280:デフォルトの名無しさん
07/08/14 20:56:11
>>276
関数テンプレートの場合、完全な特殊化はできるが部分特殊化は出来ない。
代わりに関数オーバーロードが使える。

281:276
07/08/14 21:48:52
やっぱ無理なんすか
テンプレート引数を汎用関数のtraitsとして利用したかったのですが…
変数の型を態々書くくらいなら関数オブジェクトとして作る方が良さそうですね

282:261
07/08/14 23:00:51
>>264
え？スタックオーバーフローなんて一言も言ってませんがなにか？
　　　　　　　　　　　　　 ~~~~~~

283:デフォルトの名無しさん
07/08/15 03:27:58
>>282
コレは他人が装ってる釣りか？
ちょっと釣られて見ますよ

284:デフォルトの名無しさん
07/08/15 04:00:47
演算子の優先順位についての注意。インクリメント(++)／デクリメント(-- --)演算子と間接参照演算子(*) の優先順位は、間接参照の方が低い。だから、
while(1){
sub( *++p );
}
というコードは頻出するが、単独の文
*++p;
は間接参照の文が無意味である。(ポインタpをインクリメントした後で、ポインタが示す値を参照し、値を捨てる)
って言う文があるのですが、
「単独の文
*++p;
は間接参照の文が無意味である。」
ってどう意味なのでしょうか?
実例を挙げていただけないでしょうか。

285:デフォルトの名無しさん
07/08/15 04:12:51
>>284
間接参照演算子「*」
間接参照はポインタの先を「*」で参照すること。

int main(){
int a=10;
int *p=&a;
*p; /* <- この文意味ないべ？ */
return 0;
}

286:デフォルトの名無しさん
07/08/15 05:07:32
ああ、そういう意味だったんですか。
分かりました。
自分、日本語読む力が無いなぁ。

287:デフォルトの名無しさん
07/08/15 05:31:19
>>284
これおかしいな。
ここで例としてあげるべきなのは *p++ であって *++p ではない。
そもそも * と前置 ++/-- とは優先順位が同じだ。

288:デフォルトの名無しさん
07/08/15 07:12:56
>>284
内容がひどいのでさらしておこう。
URLﾘﾝｸ(www.nurs.or.jp)

289:デフォルトの名無しさん
07/08/15 08:09:10
＞sub( *++p );
＞というコードは頻出するが
こらこら、副作用があるコードを関数呼び出しで書いちゃ遺憾。
もしこのサイトにあるように頻出するとしたら、よっぽど腐った環境だ。

つーか、このサイト管理者、頭大丈夫か?
URLﾘﾝｸ(www.nurs.or.jp)

290:デフォルトの名無しさん
07/08/15 08:21:09
別に書いていいだろう。
未定義動作でもあるまいし。

コーディングスタイルの話としても、
宗教戦争になる程度のこうじゃないといけないとは言えない内容だな。

291:デフォルトの名無しさん
07/08/15 08:29:14
>>290
その「sub()がマクロだったら」と考えてみてくれ。
いつ仕様変更でそのようなことになっても大丈夫なように副作用を発生させないのは常識だ。

292:デフォルトの名無しさん
07/08/15 08:35:04
それだったら*++pではない場合にもいえてしまうんじゃないの？
マクロってなんなのかしらないけど

293:デフォルトの名無しさん
07/08/15 08:43:51
なんだ、ただのもの知らずか。たとえばこんなの。
#define sub(x) (x < 0 ? -x : x)

294:デフォルトの名無しさん
07/08/15 08:44:08
>>289
>こらこら、副作用があるコードを関数呼び出しで書いちゃ遺憾。
どいう意味?

295:デフォルトの名無しさん
07/08/15 08:56:22
>>293
なるほど、マクロって絶対値ってことか

296:デフォルトの名無しさん
07/08/15 08:58:23
そうだよ。でもここは君の居る所じゃないんだ。そろそろママの所に行っておいで

297:デフォルトの名無しさん
07/08/15 09:11:47
>>296
いや、違うでしょ？

298:デフォルトの名無しさん
07/08/15 09:12:45
>>297
そうだね。でもここは君の居る所じゃないんだ。そろそろママの所に行っておいで

299:デフォルトの名無しさん
07/08/15 09:14:25
初心者歓迎とかスレタイにあるのに何やってるの

300:デフォルトの名無しさん
07/08/15 09:21:19
>>299
そうだね。でもここは君の居る所じゃないんだ。そろそろママの所に行っておいで

301:デフォルトの名無しさん
07/08/15 09:27:40
恥ずかしいからってそんな連投しなくてもいいのに

302:デフォルトの名無しさん
07/08/15 09:30:09
あんああんあんああんあん

303:デフォルトの名無しさん
07/08/15 09:30:30
>>301
そうだね。でもここは君の居る所じゃないんだ。そろそろママの所に行っておいで

304:292
07/08/15 09:35:28
>>300,>>303
あなたの相手は僕でしょ？

305:デフォルトの名無しさん
07/08/15 09:36:37
>>304
そうだね。でもここは君の居る所じゃないんだ。そろそろママの所に行っておいで

306:292
07/08/15 09:38:05
マクロも知らなかった初心者に指摘されたのが悔しかったの？
プライドを傷つけてごめんね

307:デフォルトの名無しさん
07/08/15 09:42:16
マクロも知らない初心者の来る所じゃないんだ。
どれだけそいつに時間とレスを割く必要があるか分かるだろう？
そんなレベルの低い奴が来ると釣りかと思う。

308:292
07/08/15 09:45:23
>>307
マクロ知らないとは書き添えたけど質問したわけではありません
あなたの勇み足では？

309:デフォルトの名無しさん
07/08/15 09:49:39
>>306の言ってる指摘ってひょっとするとコレ？
>それだったら*++pではない場合にもいえてしまうんじゃないの？
いくらなんでもマジとは思えん（だから>>293もスルーしたんだろう）。

310:デフォルトの名無しさん
07/08/15 09:50:25
>>308
みんな馬鹿で、お前だけが正しいことを言ってる。
誰もお前の頭の良さについていけなくて、悔しさのあまり暴れてるだけなんだよ。

だからママの所に行っておいで。

311:デフォルトの名無しさん
07/08/15 09:52:13
>>307
＞どれだけそいつに時間とレスを割く必要があるか分かるだろう？
って
＞そうだね。でもここは君の居る所じゃないんだ。そろそろママの所に行っておいで
の事かｗアホじゃね？

次ページ