【初心者歓迎】C/C++� ..
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
＞どれだけそいつに時間とレスを割く必要があるか分かるだろう？
って
＞そうだね。でもここは君の居る所じゃないんだ。そろそろママの所に行っておいで
の事かｗアホじゃね？
312:デフォルトの名無しさん
07/08/15 09:53:52
>>311
日本語でおｋ
313:デフォルトの名無しさん
07/08/15 09:53:59
>>311アホですね
314:292
07/08/15 09:55:13
>>309
>>293のこれだけのレスをみれば、意図的にスルーしているとはとても…
315:デフォルトの名無しさん
07/08/15 09:55:59
>>314
その辺が低脳。全て293のレスだと思ってやがる。
316:デフォルトの名無しさん
07/08/15 09:57:26
>>315
見苦しい言い訳
317:デフォルトの名無しさん
07/08/15 09:57:57
>>315
あああなたでしたかごめんなさいね
318:307
07/08/15 09:58:34
どうせ俺の事も>>293だと思って勇み足で回答したとでも言いたいんだろう？
マクロも知らない初心者の来る所じゃないんだと思っている奴が、
わざわざマクロも知らない初心者に答えるわけがないだろう。
319:292
07/08/15 09:58:49
>>317は僕です
しっかり名乗ります！
320:292
07/08/15 10:00:03
>>318
マクロくらいわかるよｗ
フィーリングでね
321:デフォルトの名無しさん
07/08/15 10:00:14
どう見ても292の方が見苦しい言い訳。
バカなんだからバカにされたくらいでレス繰り返さなくてもいいのに
322:デフォルトの名無しさん
07/08/15 10:01:24
>>320
フィーリングで分かるなら空気くらい読めるだろ？
323:デフォルトの名無しさん
07/08/15 10:02:59
>>295はうまい荒らしだったな
324:292
07/08/15 10:03:36
あ、ずっと安価間違ってた
>>291さんでした
325:デフォルトの名無しさん
07/08/15 10:03:55
>>318
初心者に答えるわけがない なんてレスの無駄だから偉そうに宣言しなくてもいいよｗ
答えないんじゃなくて答えられないんだろ
326:309
07/08/15 10:16:16
結局>>306の言ってる指摘ってのはコレな訳？
>それだったら*++pではない場合にもいえてしまうんじゃないの？
327:デフォルトの名無しさん
07/08/15 10:18:32
>>326
かもしれないけど、なにしろ何がどう「いえてしまう」のか
まるでわからん文章だからなぁ。
328:309
07/08/15 10:19:46
>>326
意味わからんよなー
329:309
07/08/15 10:23:07
>>326
多分、>>289から続く
>副作用があるコードを関数呼び出しで書いちゃ遺憾。
について言ってるんだと思う。
330:329=309
07/08/15 10:25:08
アンカーミス。>>327ね。
後、>>328誰だw
331:デフォルトの名無しさん
07/08/15 10:26:15
マクロに放り込むんだり引数の評価順に左右されるような場合はマズいけど
別にこのケースは何の問題も無いわな
スタイルとして自分がそう心がけているというだけの話なら
ご立派ですねで終わりだが
実にどうでもいい
332:292
07/08/15 10:26:21
適切な日本語ではなかったけど、脳の衰え始めている先輩方には難しかったかな？
むしろ適切であったとしてもまともにこたえる気はなさそうにおもえる
333:デフォルトの名無しさん
07/08/15 10:27:23
2chで煽るのだけが生き甲斐の厨房に
煽り返す厨房か
334:309
07/08/15 10:44:58
>>331
今は問題無いからいいって考えはどうかと思うぞ。後々の仕様変更に耐えられるコードを書く方がいい。
もっとも今回は副作用で問題が出るマクロにするのが一番悪いが。
>>332
>まともにこたえる気はなさそうにおもえる
何でそう思ったか知らんが結局質問は「副作用があるコードを関数呼び出しで書いちゃ遺憾って言ってるけど、それって*++pではない場合にもいえなくない？」って事か？
335:デフォルトの名無しさん
07/08/15 10:49:04
>>331
話題がループするが、sub()がマクロなら問題だからするべきではないという話だろ。
件のサイトではsub()が何か提示されていないのだから、問題がないとは言えない。
336:292
07/08/15 10:54:44
皆さんの話がかみ合ってないかもしれないので整理しましょう
*++pってなんですか？
337:デフォルトの名無しさん
07/08/15 11:00:13
>>335
マクロにsub()なんて名前をつけてるのならそっちのが問題じゃね
マクロは大文字で目立たせるのが基本だし
subはサブルーチンのサブだろう
ま、標準ライブラリの一部の関数はマクロで実装することも許されているけどな
338:デフォルトの名無しさん
07/08/15 11:13:27
>>336
死ね
339:デフォルトの名無しさん
07/08/15 11:32:32
すみません、教えてください。
C++でコンテナからイテレータを取り出すときに、iterator とconst_iterator とを
区別するのはどうやっているんでしょうか？
std::vector<>::iterator begin();
と
std::vector<>::const_iterator begin() cons;
のように、同じ関数でiterator を返したりconst_iterator を返したりしたいんですが、上手くいかない……
340:339
07/08/15 11:40:56
ごめん、忘れてください。超間抜けなこと聞いた。
暑くて頭がボケてたみたい……
341:デフォルトの名無しさん
07/08/15 11:42:17
while(1) sub( *++p );
で意味をなす単項subってどんなマクロ(関数)なんだろ
342:デフォルトの名無しさん
07/08/15 11:46:15
>>337
<*grep*>:319:crt/src/minmax.h:21:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:333:crt/src/stdlib.h:166:#define __max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:340:crt/src/stdlib.h:472:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:342:crt/src/v2tov3.h:71:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:387:include/minmax.h:21:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:399:include/stdlib.h:146:#define __max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:406:include/stdlib.h:424:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:603:PlatformSDK/Include/WinDef.h:177:#define max(a,b) (((a) > (b)) ? (a) : (b))
なるほど、標準ライブラリにないmax()系がこんなにあるとはM$は問題だらけだね。
343:デフォルトの名無しさん
07/08/15 11:48:41
>>341
きっとこんなのだよ。
#define sub(x) putchar(x)
344:デフォルトの名無しさん
07/08/15 12:04:17
>>342
そうだな。実際最悪だろ。
345:デフォルトの名無しさん
07/08/15 12:06:28
マクロは名前空間にもくるめないしなあ
346:デフォルトの名無しさん
07/08/15 12:08:02
>>342
実際、それが問題になることがあって、
min,maxを定義しないようにするための NOMINMAX というマクロが存在する
347:デフォルトの名無しさん
07/08/15 12:08:48
>>342
実際そのマクロの存在の為に、VC6の<algorithm>にはstd::max, std::minがない。
これはC++の移植性において、由々しき問題である｡
348:デフォルトの名無しさん
07/08/15 12:10:11
まあVC6はそれ以前に色々ダメすぎだけどな
今となっては
349:デフォルトの名無しさん
07/08/15 12:10:29
>>342
Effective C++でも第1項でいきなり問題視してるじゃん。
350:デフォルトの名無しさん
07/08/15 12:41:16
Effective C++（笑）
351:デフォルトの名無しさん
07/08/15 12:50:00
質問です。
Windows Vista買ったら、Borland C++5.01のダイアログエデイタが正常に動作しません。
Xpマシンもありますがどうすればいいでしょうか？
１．プログラムはXpマシンで作成してコピーする。
２．ダイアログの部分だけXpマシンで作成してコピーする。
３．Vistaで動作する開発環境を買って移植する。
352:デフォルトの名無しさん
07/08/15 12:57:03
マルチ死ね
353:デフォルトの名無しさん
07/08/15 14:18:31
>>349
URLﾘﾝｸ(kamaitachi.blogdns.net)
これか。別にそんなに問題視はしてないように見えるが。
354:デフォルトの名無しさん
07/08/15 14:21:04
問題視しまくりじゃないか。
355:デフォルトの名無しさん
07/08/15 14:47:21
ここで言う「マクロと関数に名前の区別」というような点は問題視してない
356:デフォルトの名無しさん
07/08/15 14:56:09
確かに>337が指摘しているような「大文字ではない」ことについてはなんら言及されていないね｡
357:デフォルトの名無しさん
07/08/15 15:01:51
>>349は>>342宛なんだから、「ここで言う」はmaxマクロに対応させないと。
358:デフォルトの名無しさん
07/08/15 15:14:41
なるほど。確かにそっちはそうだな。
359:デフォルトの名無しさん
07/08/15 18:25:13
今北産業。
>>284
> 「単独の文
> *++p;
> は間接参照の文が無意味である。」
> ってどう意味なのでしょうか?
> 実例を挙げていただけないでしょうか。
無意味でない例なら出せる。
volatile int* p;
とか宣言されていて、p が実はメモリマップド I/O
で読むだけでも意味がある場合がある。
>>293
> #define sub(x) (x < 0 ? -x : x)
sub(a+b) とかでおかしくなるから >>342 みたいに () 使おう。
360:デフォルトの名無しさん
07/08/15 18:29:58
>>359
p が volatile int* であっても
*++p; と書いて、pがdereferenceされることは保証されてないだろ。
361:デフォルトの名無しさん
07/08/15 19:14:24
>>360
すまん、よくわからんのだが「p が deference されることは保証されない」のは、特に
*++p;
に言える、と言ってる?それとも、
*p;
でも同様だと言ってる?
362:デフォルトの名無しさん
07/08/15 19:24:20
>>360
とりあえず volatile な *p; については
URLﾘﾝｸ(c0x.coding-guidelines.com)
の 1488-1489 辺りで「最適化で削除しちゃいかんよ」ってな事になってるが。
もっといえば
volatile int x;
x;
でも一緒。
363:デフォルトの名無しさん
07/08/15 20:19:08
更にいうと
const volatile int x;
x;
でも処理系は x の読み出しを削除してはいけないし、
x の値を何かに使う場合複数回の読み出しで同じ値だと仮定してもいけない。
この場合の const は「書き込めません」っていう意味だ。
364:デフォルトの名無しさん
07/08/16 07:37:42
char *p;
char *q;
p = "hoge" + 1;
q = "hoge"[1];
この場合pはoになることは正しいですよね。
pにはhのアドレスが代入される訳ですから。
んでqの場合は配列じゃないので、
char x[] = "hoge";
int r = x[1];
なら正しくrにはoが代入されますけれど、
q = "hoge"[1];とかいても警告は出ますし、
無意味な値が代入されるけれどもコンパイルはされてしまいます。
どうしてコンパイルエラーにならないんでしょうか?
365:デフォルトの名無しさん
07/08/16 07:55:01
"hoge" + 1
はポインタだが、
"hoge"[1]
はポインタではない。
366:デフォルトの名無しさん
07/08/16 08:01:25
それは分かるんですけれども、
なんでコンパイル出来るのか?
が疑問なんです。
367:デフォルトの名無しさん
07/08/16 08:04:43
>>364
char* p = 定数;
ならわかる?
368:デフォルトの名無しさん
07/08/16 08:13:50
>>366
＞pにはhのアドレスが代入される訳ですから。
間違い。
369:デフォルトの名無しさん
07/08/16 08:20:38
>>364
C言語だと、整数からポインタへの代入は警告止まりになる。
C++ だとエラーになる。
370:デフォルトの名無しさん
07/08/16 08:38:00
>>367,369
char* p = 定数;
いや、もちろんポインタに数値をキャストしなくても
代入出来ることは知ってます。
q = "hoge"[1];
ってコンパイラはどういう風に解釈するんですか?
>>368
＞pにはhのアドレスが代入される訳ですから。
え、じゃ文字列の先頭のアドレスで正しいですか?
371:デフォルトの名無しさん
07/08/16 08:42:22
>>370
"hoge"+1なんだから、当然'o'ヘのポインタだ。
372:デフォルトの名無しさん
07/08/16 08:43:32
>>370
hのアドレス＝文字列の先頭のアドレス
代入は+1が行われたあとだろ？
だからすでにアドレスが変わってる
373:デフォルトの名無しさん
07/08/16 08:45:27
>>370
q = "hoge"[1];
と
static const char x[] = "hoge";
q = x[1];
は大体同じ。
374:デフォルトの名無しさん
07/08/16 08:59:29
>>372
すいません、勘違いしてました。
>>371,373
えっと自分が聞きたいのは、
char *q = "hoge"[1];
という文がなぜコンパイル出来るかってことなんです。
char q [] ="hoge";
char *p = "hoge";
はあきらかに違うのに
char *q = "hoge"[1];
がコンパイル出来るとまるでこの二つが同じように錯覚してしまって
間違いの元になるんじゃないかって思ったんです。
んで、そういう事が出来るのはきっと何か理由があるに違いないと思ったんです。
375:デフォルトの名無しさん
07/08/16 09:05:40
特に理由はない。
文法上問題がないから警告止まりでコンパイルされるだけ。
376:デフォルトの名無しさん
07/08/16 09:08:16
> char q [] ="hoge";
> char *p = "hoge";
> はあきらかに違うのに
> char *q = "hoge"[1];
> がコンパイル出来るとまるでこの二つが同じように錯覚してしまって
> 間違いの元になるんじゃないかって思ったんです。
なぜ二つが同じように錯覚するの？
377:デフォルトの名無しさん
07/08/16 09:27:30
>>375
ほんとだ。
char *x = "hoge";
p = x[1];
がコンパイル出来る。
x 0x85fd8
p 0x6f
pのアドレスってどこから出てきたんだろう?
378:デフォルトの名無しさん
07/08/16 09:28:33
>>374
= の右辺に書かれた T 型の文字リテラルは T 型の static 配列と同じです
= の右辺に書かれた T 型の配列は T 型の配列の先頭要素を指す「Tのポインタ型」になります
理由としてはっつーか便利だし～みたいな？
379:デフォルトの名無しさん
07/08/16 09:31:29
>>377
'o' に決まってるだろう。
380:デフォルトの名無しさん
07/08/16 09:36:05
>>377
m9（＾Д＾）ﾌﾟｷﾞｬｰ
381:デフォルトの名無しさん
07/08/16 09:39:47
>>377
一応言っておくけど0x6fはアドレスじゃないよ
'o'に対応するアスキーコード
URLﾘﾝｸ(c-production.com)
382:デフォルトの名無しさん
07/08/16 10:00:58
qはそれ自身が配列であり、右辺の"hoge"はコンパイラに対する
初期化内容としてのみ解釈される。定数"hoge"は実行時には存在しない。
pの場合、実行時に定数"hoge"をメモリ上に用意して、そのポインタを利用する。
なので同じように見えても右辺の意味がまったく違う。
もともとqは以下のように記述すべきものだったんだろうけど、
char q[] = {'h', o'', g'', 'e', '\0'};
不便なので、利便性のために
char q[] = "hoge";
という書き方も受け入れるようになっただけ。
結果的にpとqの右辺が似ているけど、たまたま。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5110日前に更新/231 KB
担当:undef