C++相談室 part69

1 名前：デフォルトの名無しさん mailto:sage [2009/05/04(月) 21:04:54 ] C++に関する質問やら話題やらはこちらへどうぞ。 ただし質問の前にはFAQに一通り目を通してください。 IDE (VC++など)などの使い方の質問はその開発環境のスレに お願いします。 前スレ C++相談室 part66 pc12.2ch.net/test/read.cgi/tech/1231640498/ ※part63, part66 が重複していたようですので part69 としました。 384 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 00:37:07 ] >>380 優秀であってもドカタ企業のドカタじゃどうしよもないよ 一部上場の正社員とドカタ企業のドカタじゃ霄壌の差 385 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:15:34 ] 言わなくてもわかってるからもうドカタに触れるのやめようよ 可哀想だろ俺が 386 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:27:32 ] 一部上場ならお給金もそれなりでしょ まともな本買いましょうよ 387 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:39:06 ] 初心者にまともな本買えって言っても、 どれがまともな本なのかわからんでしょ まともな本教えましょうよ 388 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:54:41 ] 学生の勉強じゃない仕事の事なんだから、休みの日にでも本屋に出向いて 中を見て初心者なりでも”自分”で選ぶべきだと、俺は思う で、幾つかの本を読破してこそ、まともな本かどうかの判断が付く脱初心者になって行くんだと思う その最初のステップを”初心者”と言う理屈で飛ばすような奴が プログラムの本を読んで技術力を上げていくなんて出来ないだろ そもそも、本人が教えてと言ってるならともかく 初心者なんだから教えるべき、と言って自分は教えてない奴は好きじゃないｗ 389 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 02:59:18 ] 兎にも角にも禿本は重要だよな。 特に後半の設計に関する部分を読んでない人は多いと思うけど、色々含蓄あるし。 390 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:02:13 ] 俺が書いたネタレスに入魂レスとは.... ネタと分かるように語尾を>>386と同じにしたのに 釣られる奴居るんだな 391 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:05:39 ] >>388 長々と小言を言う暇があるなら、自分が薦める本を挙げればいいのに。 >>390 釣りならVIPでも行ってやれば？ 392 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:15:54 ] だから最初の理解なんて人それぞれ 俺が良いと言ったって、合う合わないがある、だから教えないし、 自分でググるなり、本を手に取れって言ってるじゃん アンタゆとり？ 393 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:25:13 ] 釣りに延々とマジレスしてきもいな 394 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:25:14 ] 以下のプログラムがうまく行かないのですが、 解決方法を教えて下さい。 　5 class B; 　6 　7 class A{ 　8 　public: 　9 　　int hoge; 10　　 A(int i){ i = hoge; } 11 12 　　B conv(){ return B(hoge); } 13 }; 14 15 class B{ 16 　public: 17 　　int hoge; 18 　　B(int i){ i = hoge; } 19 20 　　A conv(){ return A(hoge); } 21 }; ------------------- エラー test.cpp: In member function ‘B A::conv()’: test.cpp:12: error: return type ‘struct B’ is incomplete test.cpp:12: error: invalid use of incomplete type ‘struct B’ test.cpp:5: error: forward declaration of ‘struct B’ 395 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 04:39:09 ] Bの定義より後にA::convの定義を置けば上手くいく。 class B; class A { public: int hoge;     A(int i) { i = hoge; }     B conv(); }; class B { public: int hoge;     B(int i) { i = hoge; }     A conv() { return A(hoge); } }; B A::conv(){ return B(hoge); } 396 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 04:40:16 ] class B; class A { 　... 　B conv(); 　... }; class B { 　... }; B A::conv() { 　return B(...); } 397 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 04:45:07 ] >>395 >>396 ありがとうございます。 398 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 05:36:49 ] complexは実数、虚数にreal()、imag()でアクセスするわけですが、 この関数って参照返すだけだから、 それだったら内部の実数、虚数変数に直接アクセスした方が関数呼び出し無い分早いだろうし、 ソースコードも見やすく（多分）なると思うのですが、 これには何か理由があるのでしょうか？ 399 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 08:12:11 ] ja.wikipedia.org/wiki/%E3%83%87%E3%83%BC%E3%82%BF%E6%8A%BD%E8%B1%A1%E5%8C%96 400 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 10:53:54 ] >>398 基本的に内部の実装に触れられるようにしちゃうと いざインターフェースは変わらないが実装が変わるような仕様変更をするときに 悲劇がおこるからとか。 401 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:06:24 ] あと、関数呼出のオーバーヘッドなんてないと思っていいよ。 それくらいコンパイラの最適化でいともたやすく消え去るられる。 402 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:11:10 ] そんなことはない だったらなぜわざわざinlineなんて予約語が用意されてるんだ？ 関数呼び出しを減らすのは高速化の基本のキだ ウソを教えるのはやめろ 403 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:15:36 ] >>402 の年齢が気になる 404 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:15:42 ] 現在は なんでもかんでもゲッタセッタ教 の勢が強いから 狂信者の戯言は聞き流して己が道を進めばいいと思うよ 405 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:20:59 ] 下駄雪駄教徒だって、下駄雪駄は基本的にインライン関数にするだろう アウトラインの下駄雪駄なんておぞましいものは狂信者でも書くわけがない 少なくとも長いループ内では、アウトライン関数を呼んではいけない これは今も重要なガイドラインだ 406 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:01:18 ] 少なくともC++でフィールド変数直接アクセスするのは 百害あって一利なしだな。 >>402 >>401が言ってるのはreal/imagの話だろ。 言葉足らずならそう指摘すればいいのに。力抜けよ。 407 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:05:37 ] ja.wikipedia.org/wiki/%E3%83%A1%E3%82%BD%E3%83%83%E3%83%89_(%E8%A8%88%E7%AE%97%E6%A9%9F%E7%A7%91%E5%AD%A6) 下の方のアクセサの項目 408 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:06:24 ] せったげったって言うけどさ hoge.hage.foo.bar.set_value(0); とかはあったとしても hoge.get_hage().get_foo().get_bar().set_value(0); なんてことはしないよね この辺みんなどうしてるんだろ。 hage や foo は public なメンバにするよね？でもそれだと統一感ないよね？ 409 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:08:19 ] どっちもねーよ 410 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:12:41 ] データ主体なものは構造体にしている メンバ関数はコンストラクタ、コピー、シライライズ、ダンプ、アサートぐらいしか定義しない それと同じ目的の変数は構造体にまとめる class A 411 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:15:28 ] 途中で送ってしまったぜ 後ろの段落は class の中で struct xxx_param とか struct xxx_item, xxx_state とかを定義して まとめてあつかう 412 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:18:06 ] おなじくどっちもねーよ > hoge.hage.foo この辺までですでに内部状態の一貫性を壊していると思われ(setの場合)。 設計が悪いから作り直せ。 413 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:38:47 ] え？でもさ、よくしらないけど、フォームアプリなんて System.Form.SetValue() みたいにどんどん深くなっていってない？ 実モデルでたとえても、例えば 部屋A.本棚B.本C.ページD.GetText(); みたいな例は十分にありえるんじゃないの？ 414 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 15:39:02 ] >>402は今でもregisterを使っているのだろうか。 415 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:02:00 ] せめてこうだろ void foo::set_bar_value(int n) { bar.set_value(n); } void hage::set_bar_value(int n) { foo.set_bar_value(n); } void hoge::set_bar_value(int n) { hage.set_bar_value(n); } hoge.set_bar_value(0); 俺はvector3やmatrix44みたいなのは公開してるなあ。 あとは、クラスとして独立させるほどでもないが、関連のあるメンバ変数をグループ化したいときに structを使ってる。 416 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:05:06 ] >>413 System.Form.SetValue() どこのC#？ あとそれ名前空間と混ざってるから。 417 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:13:50 ] でも名前空間って要するに全メンバがpublic静的なクラスのことだろ 418 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:21:41 ] >>415 それはない 419 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:38:05 ] しょぼい設計でなければ 名前空間で内部状態を壊されることはないから問題ない。 420 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:11:46 ] class A{ 　　B* get(); } というクラスで、get()メソッドをインライン関数にしたい テンプレートクラスと同様に同じヘッダファイルに実装を書く場合、 inline B* A::get(){ 　　コード } の「inline」は意味があるのでしょうか？ 421 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:15:11 ] ない というか意味があるかないかで言うなら、inlineは常に意味がない コンパイラは自由にインライン化要請を無視できるし、要請されてない関数をインライン化することが出来る 422 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:25:36 ] 規格上はそうだが、一応現実的には意味はあるから、意味なしと言い切ってしまうのは誤解を招くのでは。 例えば俺が使っているコンパイラは「inline指定に従う/無視する」「inline指定がなくても勝手にinline化する/しない」 などの指示を自分で出すことができる。 423 名前：422 mailto:sage [2009/05/24(日) 17:26:22 ] もちろん環境依存の話だから、詳しくは「自分が使ってるコンパイラについて調べてね」ってことだけど。 424 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:33:39 ] inlineは、コンパイラの最適化云々ではなく、 ヘッダに直接（= インラインで）定義するぞ、という意味だと思えばいい。 425 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:53:20 ] >>424 変な誤解を生むから詳しく知らないなら 黙ってるか断定的に書くな。 426 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:02:20 ] >>424 適当なこと書くなよ。 cppファイルにてもinlineは書けるわけだし もう何が何なのかw 427 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:05:30 ] >>424 インラインに”ヘッダに直接”という意味があったなんて白なｋったおれはどうすればいい？ 428 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:06:30 ]  "C++" "ヘッダに直接"　"インライン"の検索結果 5 件中 1 - 5 件目 (0.33 秒) 429 名前：426 mailto:sage [2009/05/24(日) 18:08:40 ] >>428 よくやったwww 430 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:35:56 ] ところで>>420でinlineを付けなかったらリンカエラーにならない？ そういう意味でinlineはいると思うんだけど。 431 名前：デフォルトの名無しさん [2009/05/24(日) 18:37:06 ] んなわけない。 432 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:38:13 ] >>430 よくわからないけどオブジェクトコードにクロージャっぽいのがつくられるきがするぅ 433 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:53:52 ] int DLLAPI (*mcOpenDevice ) (void) = NULL; あるDLLについてたヘッダ内の記載なんですがVCで「構文エラー : '('」が出ます カッコの数は合ってるし、関数ポインタの宣言としてもおかしくないように見えるのですが 詳しい方から見て何か違和感はありますでしょうか？ ちなみに　#define DLLAPI WINAPI　されてます 434 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:55:29 ] ん、俺の環境(gcc 3.4.5)だと、ヘッダファイルのクラス定義内部じゃないところにinlineがついてない関数定義があって それを複数の翻訳単位でインクルードしてコンパイルしてリンクすると、多重定義エラーでるなぁ。 435 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:56:14 ] 問題ないと思う 多分その直前に何かおかしい所がありそう 436 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:58:40 ] WINAPIを関数名と勘違いしちゃったんだろうな。 437 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:02:20 ] >>435　ありがとうございます 自分の作ったのでも結構悩むのに、さらに人の作ったのだと難度高いです・・・ もうちょっと見直してきます 438 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:18:02 ] プリプロセスだけ通してみるとか 439 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:19:27 ] 先に<windows.h>をインクルードしたらいいと思う。 440 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:30:27 ] >>438 プリプロセッサ以外の記述を削除ってことですか？ >>439 <windows.h>とかメジャー系はいくつか試したんですがダメでした・・・ 441 名前：433 mailto:sage [2009/05/24(日) 19:35:13 ] >>433のはMCRWwinというツールのです ttp://www.geocities.jp/altshibabou/win/image/mcrwwin110.LZH どなたかVC使いの方でビルド通るか実験して頂ける方はおりますでしょうか 最近入れなおしたので、私のVCの設定が悪いのかもしれない 442 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 19:37:14 ] とりあえず #define WINAPI か #define WINAPI __stdcall って書いとけ。 443 名前：433 mailto:sage [2009/05/24(日) 19:52:22 ] >>438 すんません、勘違いしてました /E /Pで.i吐かせて該当行見ましたら int __stdcall (*mcOpenDevice ) (void) = ((void *)0); と展開されてました、他の箇所も見た感じ悪くはなさげなのです 444 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:09:04 ] >>443 おお、それはエラーになる。 int (DLLAPI *mcOpenDevice)(void) = NULL;としてみるんだ。 msdn.microsoft.com/ja-jp/library/zxk0tw93.aspx 一番最後のExampleでもそうなっている。 445 名前：420 mailto:sage [2009/05/24(日) 20:19:30 ] >>421-434 VC++2003を使っていて、今のところ1つのcppファイルからしかインクルードしてないので inlineを付けても付けなくても問題はなかったのですが、 付けないとcppファイル毎に関数が定義されているとみなされる＝>>430や>>434 ということなんでしょうね。 どうもありがとうございました。 446 名前：433 mailto:sage [2009/05/24(日) 20:19:42 ] >>444 ありがとうございます、無事ビルド通りました >>436さんも多分同じこと指摘してくれてたんですよね、分からなくて申し訳ないです みなさんのおかげで先に進めそうです 本当にありがとうございました。 447 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:06:14 ] 超初心者ですがコンパイラ何使ったらいでしょう？ 448 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:06:41 ] gcc 449 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:09:35 ] 書き忘れました windowsで使えるものをお願いします 450 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:10:55 ] >>448 よくわからないのでとりあえずぐぐってみます ありがとうございます 451 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:13:22 ] >450 WinならMinGW まあgccなんだけどな 452 名前：デフォルトの名無しさん [2009/05/24(日) 21:13:37 ] >>447 Visual C++ Express 2008 www.microsoft.com/japan/msdn/vstudio/Express/ 453 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:15:33 ] >>451-452 レスありがとうございます 454 名前：デフォルトの名無しさん [2009/05/24(日) 21:35:25 ] Toubo C++ 455 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:23:27 ] >>454 初めて聞いた。 そしてググってみてちょっと面白かった。 456 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:28:58 ] 7件しかヒットしないぞ？ しかも全部中国。 457 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:44:48 ] 昔はTurboCといえば、M＄としのぎを削った人気コンパイラだったのだよ。 458 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 04:02:59 ] いやTouboだし。 459 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 05:23:12 ] Toubo C++ 検索したら漢字ばっかで いじる勇気がでない。 460 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 06:40:45 ] JIS X3014 6.6.3 return の 2 の最終行、「未定」が「末定」になってるｗ 461 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 07:46:16 ] しばらくVBAばっかりいじってたから、C++のウィンドウの扱いが面倒に思えて困る いつもVCの空のプロジェクトにダイアログリソース突っ込んで出してるんだが ひょっとして空のプロジェクト使わなければC#とかみたいに簡単に扱えるのかな？ 空じゃないプロジェクトって最初からコードいっぱい書いてて抵抗あったから今まで触ったこと無いんだ 462 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 07:48:25 ] スレ違いすぎるだろ… 463 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 08:31:50 ] >>461 vcでポトペタできるのはダイアログだけだよ ウィンドウはﾑﾘﾎﾟ スケルトンコードは慣れかな どうせ似たようなコード書くんだし 続きはVSスレかWinAPIスレかMFCスレで 464 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 08:46:11 ] 461です、スレ違いすまんかった 覗いてみた感じここの奴は視野が広そうだったから、ここで聞いてしまった 数年前に比べて大して便利になってないという事だな 昔作ったスケルトン掃除して使ってみるよ、ありがとう 465 名前：デフォルトの名無しさん [2009/05/25(月) 19:30:32 ] blitz::Arrayって何を意味してる？　ググってもわからんかった 466 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 19:46:06 ] >>465 C++の言語に関する話としては blitzというクラスの、Arrayというメンバ。もしくは、blitzという名前空間に含まれる Array というもの。 実際ぐぐってみたところ、Blitz++というライブラリがあるみたいだね。 このライブラリでblitzという名前空間を使っているようだ。 467 名前：466 mailto:sage [2009/05/25(月) 19:47:15 ] 英語が苦手で無いなら以下をどうぞ。 ttp://www.oonumerics.org/blitz/docs/blitz_2.html 468 名前：デフォルトの名無しさん [2009/05/25(月) 20:11:46 ] >>467 回答どうも　軽く読んでみた。 じゃあどうやら　『blitz::Array< int, 2 > A 』　って宣言だと 『中に整数値の入る２次元の行列式の定義をbiltzっていう名前空間でやってる』って感じでいいのかね Arrayは直訳で行列じゃなくて配列なのが気になるんだけどね・・・ 469 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 20:15:59 ] >>468 細かいとこちょっと違うけど概ねそんな感じ。 470 名前：デフォルトの名無しさん [2009/05/25(月) 20:21:33 ] >>469 ごめん Cは前々からやってたんだけどC++は最近独学で始めたばっかりなんだわ… で、違うところって？ （俺の知識が浅いから、伝わらなそうだったらスルーしてくれ） 471 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 20:24:23 ] >>470 ごめん、ちょっと忙しくなるから、後でまた来るわ そのときまでに他のレスがついてなかったら書くよ 472 名前：471 mailto:sage [2009/05/25(月) 21:07:14 ] まず、blitz::Array そのものは blitz名前空間の中に入ってるが、 blitz::Array< int, 2 > A; とした場合、（これ自体をblitz名前空間の中に書かない限り）このAはblitz名前空間には入らない。 あと、「行列式」じゃなくて「行列」だな。（似てるけど意味が違う） 473 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:10:27 ] 行列式でいいだろ 行列を表すexpressionなんだから determinantのことを言いたいなら、それは揚げ足取りと言うものだ 感心しない 474 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:10:55 ] C++始めたばかりなら名前空間をよく分かってないかもしれんが まあ、ちょっと語弊があるけど “blitz::Array<int,2>” で1つのクラス名だと思ってしまってもよい。 int a; がint型の変数aであるのと同じように blitz::Array<int,2> a; は blitz::Array<int,2> 型の変数aだ。 名前空間ってのは、例えばライブラリ作成者がArrayっていう名前のものを提供している場合、 利用者のコードにもArrayってのがあると名前が衝突してしまって不都合だから、 名前がぶつからないように blitz:: という修飾をつけてるんだと思えばよい。 475 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:12:06 ] >>473 そうか？　俺はどうしても気になるし明確に誤りだと思うが、まあ揚げ足取りと取られるならこれ以上は言うまい。 476 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:14:04 ] >>473 アホだろお前。 477 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:55:28 ] 行列式は駄目でしょ 478 名前：470 [2009/05/25(月) 22:04:48 ] なんか複数人からレスもらってるみたいで、皆さんどうもありがとう blitz::Array<int,2> 型の変数aって感じは掴めてたんだけど、そもそもblitz::Arrayは何を表現するのかが不明で困ってたのよ それはそうとプログラム板って初めて来たけどID表示ないんだな、不便じゃない？ 479 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 22:13:22 ] >>476 そういう言い方はたとえ2chでもどうかと思うぞ まぁでも 行列と行列式は…何と何くらい違うんだろ。ブドウとグレープフルーツくらい？ 480 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 22:16:39 ] >>478 スクリプト書けばID丸わかりだから不便じゃないよ。 481 名前：デフォルトの名無しさん [2009/05/25(月) 22:53:31 ] IDが分からなくても別に不便を感じたことない。 482 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 23:01:25 ] Win32APIスレはなりすましで大変なことに… 483 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 23:06:44 ] 別に大変じゃないし 484 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 10:34:48 ] ＞＞３９５ A(int i) { i = hoge; } ↑ は何をしたいの？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef