- 1 名前：デフォルトの名無しさん [2008/02/27(水) 02:03:30 ]
- C++標準ライブラリの一つ、STLについて。
前スレ
【C++】STL（Standard Template Library）相談室 8
pc11.2ch.net/test/read.cgi/tech/1198435319/
過去ログ・リンク・書籍紹介は >>2 以降
- 321 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 20:55:19 ]
- Boost だから使えない、というような微妙な状況のときは、
自家製の refcount_ptr とか適当に作っちゃうなぁ。
代入や解放をスレッドセーフにしたいときとかも。
- 322 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 20:56:42 ]
- でも、scoped_ptr や auto_ptr で済む状況も多いと思う。
shared_ptr まで必要になるのって意外と少ない気がする。
- 323 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:00:51 ]
- Boostだって素人が作ってるわけではないし、むしろエキスパートが作ってる
んだから何が不満なんだよと言いたい。それとも何処の馬の骨とも分からないやつ
が作った自作ライブラリのほうが安全なのかよと。上司に言いたい。
- 324 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:05:42 ]
- こういった場合安全性よりライセンスが問題になることが多いが、
boost のライセンスってゆるゆるだよね？
- 325 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:13:21 ]
- 場合によっちゃあソースコードレビューの対象にせざるを得ないから
（& Bootst はレビューしたくないから） 自前で書く、ということもあるな。
- 326 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:14:49 ]
- あれだけレビューされてる boost を
もう一度レビューするのも車輪の最発明と大して変わらない作業のような。
- 327 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:16:08 ]
- ライブラリのプロが書いたソースを一般レベルのプログラマがレビューするのって
滑稽じゃね？と上司に言いたい。
- 328 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:18:08 ]
- STL もレビューしてんの？
あんなの読みたくもないが。
- 329 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:56:08 ]
- 勉強になっていいじゃん >327
- 330 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 22:12:25 ]
- まあ勉強会としてはありかもしれない,、。
- 331 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 22:34:26 ]
- VS付属とSTLPortの実装を比べた事はあったなー。おもしろかった
- 332 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:11:22 ]
- 小ささと速度を求めて、shared_ptr => intrusive_ptr => 俺スマートポインタ、と移行したことならある。
intrusive_ptr::operator=()が、いわゆる「スワップ技法」使ってるんだけど、これがBCB6だと遅くて。
こういう「局地的な場面」でまでboostを絶対視するのはいかんってことだね。
概ね信じろ、しかし盲信はするな、と。まぁ当たり前のことなんだけど。
- 333 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:25:05 ]
- ローカルな話題を堂々と振られるのもあれだな
- 334 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:30:12 ]
- 「使う」話は遍くローカルだよ。
- 335 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:55:08 ]
- ローカルの事情で使いものにならないこともあると
言いたいのだろうけどそんなのはローカルの事情でしかないだろう。
一々ローカルにかまってたら標準の意味がないだろうよ。
- 336 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:14:08 ]
- >>332はローカルな事情をタネにして
>概ね信じろ、しかし盲信はするな
っていう一般的な意見を述べてるだけだろ
話題自体はローカルじゃないし、標準がどうあるべきだという話もしてないと思う
- 337 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:31:42 ]
- >>336
その結論に持っていくネタがなんだかなって話だろ？
俺も小ささとか速度で難癖つけるのはどうもずれているような気がする。
誰も速度が速いとかオールラウンドに使えるという話はそもそもしていないんじゃね。
- 338 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:34:34 ]
- >>335
> ローカルの事情で使いものにならないこともあると言いたいのだろうけど
いや、boostの実装には「手を抜いている」部分もあり、必ずしも細部までエキスパートの優れた仕事って
わけではない、という話。
つまり「ローカルの事情の話」ではなく「ローカルの事情を通して知ったboostの実装の話」ね。
だから「boostの話はスレ違いだ」は受け入れるけど、「上司の意向の話」以上にずれた話題と思われるのは心外だなｗ
そこから来る結論は>>336の通り。初心者がboostへの信頼を信仰にまで高めちゃいそうな流れだったから、
思考停止だけはしちゃいけないよね、というレスが事例付きで一つくらいあったほうがバランス良いと思ったんだ。
- 339 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:41:18 ]
- あ、すまんもう一つレスが入ったか。
>>337
難癖ではないよ。boost大好きだし。
> 誰も速度が速いとかオールラウンドに使えるという話はそもそもしていないんじゃね。
いや、>>332もそういう話はしてない。
「エキスパートが作ってるという話」「ライブラリのプロが書いたソースだという話」の一環として書いた。
エキスパートとかプロっていう表現が踊り出すと（この表現自体は正しい）、ある種の人間に
変な思考を植え付ける結果になることがよくあるんだ。
冷静に判断しなきゃいけないところで「boostのほうが凄いに決まってる！だってエキスパートが作ったんだもん！」
「だってライブラリのプロが書いたんだもん！」みたいなね。
そんな馬鹿は放っておけばいいという意見もあるだろうけど、でも俺は今回、信じすぎは良くないからね、
という一言があったほうが、流れとして適切だと判断したから書いたわけ。
- 340 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:18:46 ]
- 車輪を再発明するよりSTLやboostで合うなら使っていこうよ
レビューされているぶん、俺たちが会社で書く似たようなコードより信頼性は高いだろう
これだけの話だろ
車輪が環境に合わない場合は自作するしかないけど(>>333 の場合)
自分で書くよりは信頼性が高いだろうというだけの話が
何故信仰や絶対という話になるのか理解に苦しむな…
- 341 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:20:39 ]
- リンクミス >>332 の場合
- 342 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:35:59 ]
- >>340
そう、それだけの話。
で、>>332も「それだけの話」なんだけど（boostは概ね信頼できるという「事実」に対して、
必ずしも我々を越えちゃいないという「事実」を例示付きで添えただけ）、妙に突っ込む人がいて長くなってる。
- 343 名前：340 mailto:sage [2008/03/20(木) 07:41:09 ]
- >>342
俺も突っ込んでる一人なんだが…ｗ
- 344 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:47:11 ]
- >>343
見ればわかるけど・・・。
- 345 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:50:01 ]
- この環境ではスピードが遅くて使い物にならん！だから自作した！
boostは盲信するな！絶対視するな！
こんなｲﾐﾌな展開にツッコミ入れない人間がどこにいるの。ﾜﾛｽ
- 346 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:52:42 ]
- ｲﾐﾌな展開になるように言い換えてるからじゃね？
そもそも>>332一つなら「展開」でも何でもないよ。単発だもの。「展開」は皆で「作った」んだよ。
- 347 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:54:29 ]
- なんかもう、1レスずつ突っ込み方が違っちゃってて、
数撃ちゃ当たる状態だな。そんなに必死に「やり込めたく」なるのかなぁ、俺のレス。
- 348 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 08:12:22 ]
- 初心者です。STLのエラーメッセージが黒魔術で困っています。
皆さんはどのように理解してデバッグなさっていますか？
- 349 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 08:30:04 ]
- Effective STL に「STLのエラーを読めるようにしよう」みたいな項目がある。
要約すると、 std:basic_string< 〜 > とかを string に置換して読むこと、
こういうエラーが出たときはこういうミスを犯している可能性が高いっていう対応を知ること。
俺はエラーメッセージは読まずにえらーが出てる最初の行だけ見て直すけどｗ
- 350 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 09:34:19 ]
- >>348
エラーメッセージは見るな
自分のソースを見ろ
- 351 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 09:35:11 ]
- C++ Templateにも追い方が少し書いてあったと思う
- 352 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 09:36:01 ]
- 初心者って絶対自分のコード疑わずに
コンパイラのせいにするよなぁ
C++どころかCの頃からそうだったなぁ
- 353 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 09:46:10 ]
- 言語に関らずそうだよ
- 354 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 10:49:36 ]
- VC++だとテンプレートの中でエラー・警告が出たら、
その呼出元も表示してくれるので、
ひとまず自分のソースコードのどこの行が悪いのかはわかる。
あとはにらめっこの始まりなんだけどね。
- 355 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 12:23:57 ]
- とりあえずエラー行を見る。
それで大体の場合は分かる。
それで分からない場合、
次はテンプレートの型とエラーの種類を見る。
長ったらしいテンプレート引数は別に見なくていい。
それで分からない場合にはいよいよテンプレート引数を見るけど、
大体はその中で自分で作ったクラスが悪さしていることが多いのでそれをまず見る。
それでもダメな時は全体を見る。
- 356 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 13:12:39 ]
- const指定が間違ってるとか
名前照合に失敗してるとか
そういうことが多いような
- 357 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 13:19:10 ]
- 自作関数オブジェクトをアルゴリズムに適用するときとかね
- 358 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 13:29:42 ]
- >>356
constの有無程度なら「constがある/ない」で警告してくれればいいんだけど、型を変換できないと言われてtypedefしてない型を延々出されると何事かと思う。
もう慣れたけど。
- 359 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 13:57:09 ]
- STLの内部で使ってるの型を吐き出してくれるから、
VS付属→STLPortとか実装を取り替えると同じエラーでもメッセージがぜんぜん違ってくれる素晴らしい罠。
- 360 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 14:02:01 ]
- さてconceptはまだですか？
- 361 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:42:46 ]
- boostを盲進、過信するのはやや問題があるとは思う
特に納品物というか成果物としては。いくらboostのライセンスが軽いとはいえ。
boostの一部がTRで採用されて0xに反映されたら標準ライブラリとみなせるだろうけど…
いっぽうで、ツール類作るときは積極的に使用する。
tokenizerとかregexとか、bindなんか使うとやみつきになる
その点、STLはまずコンパイル・リンクエラーなってる場合はほぼ間違いなく自分のコードに問題あり
もしくは、VC++とかBorlandC++とかそういうコンパイラ
でも、テンプレートが展開されたエラーは原因を見つけるのに慣れないと苦労するのも確か。
- 362 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:53:02 ]
- >>361 は標準ライブラリを盲信、過信していると思う。
- 363 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:54:40 ]
- と凡人プログラマが申しております。彼は自分のプログラミング能力が
ライブラリ作成者よりも優れていると申しております。
- 364 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:55:03 ]
- そういうのを盲信って言うんだよw
- 365 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:07:18 ]
- 見事に釣られてしまったようです。
- 366 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:11:49 ]
- >>362
361だが、過信してはいないつもりだが、エラーの要因はまず自分のソースを疑うね
その点はboostでも同じだよ
まぁ、そう考えればSTLはバグがないとまでは言わなくとも(実際にある)、自分のソースを疑うってだけだ
だから過信、盲進してるかもな
ただ、boostはコンプライアンス上の問題やらでdefect発生時にどうなのよ？ってだけだよ
技術的な観点では、俺にとってboostはSTLのサブセットだよ。なにせ、boostの開発に携わってるのは
C++標準化の連中なんだから
それに、>>363のいうようにあらゆるケースや検証をして世の中に出てきたSTLと、必要なテストしかしてない
自分の作成したコードが正しいなんて言う根拠はどこにもない
で、>>362はSTLよりも優れたテンプレートを作っていると？ｗ
- 367 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:18:08 ]
- boostはhppって拡張子が嫌い。
- 368 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:20:04 ]
- hppはまだいい
ippってなんじゃらほい
- 369 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:23:05 ]
- 現行STLやboostのメンバー見れば凄いのが揃ってるのはわかる。
コンパイラ作成者やM＄のデヴェもいる。
- 370 名前：361 mailto:sage [2008/03/20(木) 21:32:54 ]
- >>367
俺、boost信者になってからは寧ろ好きになったｗ
だけど、自分のコードはやはり .h を拡張子にしたいね。前プロジェクトではboost使いまくりーの、
.hppを拡張子にしまくりーのだったがｗ
- 371 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:40:51 ]
- >>366
＞boostの一部がTRで採用されて0xに反映されたら標準ライブラリとみなせるだろうけど…
標準ライブラリと見なせることとコードの信頼性に何か関連性はあるのかね、と思ったのよ。
- 372 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:45:03 ]
- >>371
で、boost使ってて何かトラブったことあんの？
- 373 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:51:19 ]
- >>371
すくなくともベンダがリリース前にテストしたという信頼性は担保されるだろ
- 374 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:54:34 ]
- .h はCとの互換性を考えてあるヘッダのみに使って欲しいなあ
C++専用のヘッダは hpp とか hh とか hxx とか使って欲しい
# emacsで開くとc-modeになってしまったという経験がある
# もちろんファイルの先頭にモードを書いておけば済む話だけども
- 375 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:57:05 ]
- 要件を満たすための全てのテストが通れば、boostを使っていようが自分で作ったライブラリを使っていようがok
自分で書いたコードが正しいと確信するための作業をboostにも適用すればいいと思う
…標準ライブラリもいろいろで、C++の仕様見てないんじゃないかと疑いたくなるようなのもあるよ
- 376 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 22:05:07 ]
- >>372
逆。
標準ライブラリと見なせなくても boost には標準ライブラリと同等の信頼性はあると思っている。
- 377 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 22:14:20 ]
- boostっていっても信頼性は一様じゃないと思うが
Boost.PPの滅多に使われないマクロあたりに嫌なバグが潜んでたとしても驚かないな
- 378 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 22:27:47 ]
- >>374
# vimのcpp用indentスクリプトの貧弱さは泣けてくる
- 379 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 23:22:49 ]
- まあ、昔からあってさらに頻用されてるやつは十分信頼性あると思うけどね。
- 380 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 23:27:46 ]
- っつー訳で
auto_ptr
は使うなと
- 381 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 23:39:18 ]
- >>374
はげど！
C互換もないのに.hって何だよ？と。
しかしライブラリを見てたらだんだん
ヘダファイルに拡張子なくてもよくね？と思えてきた
- 382 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 23:40:52 ]
- >>381
エディタで開くときに面倒・・・ただそれだけ。
- 383 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 23:46:18 ]
- ファイルを分類したいときも拡張子が無いと困るな。
- 384 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 23:47:13 ]
- 拡張子に縛られてるOSは大変だな。
- 385 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 23:55:42 ]
- ファイル実体内にメタデータ仕込むとかも論外だけどな
- 386 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 23:58:24 ]
- ファイルシステムに組み込むよな、普通。
- 387 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 00:03:46 ]
- >>385
それってファイル壊してない？そんなOSがあんの？
- 388 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 00:03:49 ]
- 拡張子だと気軽に書き換えられるからちょっと楽かも
- 389 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 00:08:28 ]
- xxx.tiff
↓
xxx.jpg
「劣化しますがよろしいですか？」
(OK) (キャンセル) (pngにする)
そんなOSがあったら、使いたくはないが、触ってみたい。
- 390 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 00:10:13 ]
- マックバイナリというものがあってだな
- 391 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 00:12:35 ]
- boostの主要な部分って、仕様は固定されてるの？
結局、そこが一番問題じゃないかね。
- 392 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 02:08:23 ]
- そういや、std::auto_ptr使うような場面でboost::shared_ptr使った時、
実行コスト的にはやっぱり不利になるんかな？
大した違いじゃ無いだろうけど、ちょっと気になる。
- 393 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 05:31:04 ]
- なる
- 394 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 07:07:25 ]
- shared_ptr の初期化にはメモリ確保が余分に必要。
参照カウンタが０になった時にはメモリの解放が余分に必要。
- 395 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 09:32:33 ]
- >>387
9までのMac OSってそうじゃないの？
- 396 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 10:08:28 ]
- >>394
あと削除子保持するコストも必要だと思う。
- 397 名前：オガちゃん萌え ◆tyvkWCNtzY mailto:sage [2008/03/21(金) 19:34:49 ]
- Windowsならともかく、UNIX系は拡張子なんて慣例で付けるものでどうでもいい
が、やはりC++とCのヘッダファイルを区別するのに、hとhxxにしときたい
JAVAとかC#プログラマとかはC/C++でc/cpp、hのペアのファイル直すのがめんどいらしい
- 398 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 20:20:44 ]
- >>395
違うよ。
いわゆるMacBinaryはデータフォークとは明確に分離してる。
まあ、他のプラットフォームにしてみれば異質なものに代わりはないけど。
- 399 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 20:48:12 ]
- execが最初の2byteでシェルスクリプトを判断するようなものかな？
どうでもいいけど
- 400 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 02:44:49 ]
- どっちかと言うと、ファイルのプロパティとしてファイル名やパーミションやタイムスタンプがあるように、
ファイルタイプとクリエータがある感じ。
MacBinary形式と言うのは、これらのプロパティを128バイトのヘッダとし、その後にデータフォークと
(必要なら)リソースフォークを連結した特殊なファイル形式のこと。
- 401 名前：オガちゃん萌え ◆tyvkWCNtzY mailto:sage [2008/03/22(土) 10:16:01 ]
- >>400
ファイル名、タイムスタンプ、権限や属性はファイルシステムで管理しているがMacは違うの？
ところで、list.sort()やalgorithmのsort条件を関数オブジェクト使って決めると思うが、
関数オブジェクトという言葉が通じない人が多い
operator()のオーバーロードってことではファンクタというほうがわかりやすいのだろうか？
- 402 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 14:22:24 ]
- 関数オブジェクト自体は理解してるの？
ちなみに自分はファンクタという言い方はあとで知った。
- 403 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 14:53:28 ]
- 関数オブジェクトって関数をオブジェクト化したみたいで好きじゃないな。
コード上で関数のように使えるだけで、関数とは全く関係ないのに。
- 404 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 15:19:09 ]
- 作るのが面倒って点に関してはあまり好きじゃないが、
やってることはエレガントだとは思う。
- 405 名前：デフォルトの名無しさん [2008/03/22(土) 17:22:14 ]
- クラスと何が違うのかわかんね
- 406 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 17:44:24 ]
- 特別学級みたいなもんです
- 407 名前：オガちゃん萌え ◆tyvkWCNtzY mailto:sage [2008/03/22(土) 20:16:13 ]
- >>402
ファンクタを理解しているか？って言われれば、理解しきっていると言えるほど俺は自信ないｗ
Cの時によく使った関数ポインタのような、イベントハンドリングのロジックを外部化したり、コールバックなんか
に使うもんだという理解が強いかな
あとは、ポリモーフィズムとして同一で処理ロジックだけカスタマイズするときにファンクタとすることが多い
話は変わるが、組込み系ではメモリシステムをラップすることが多いとおもうが、
operator new()、operator delete()、operator new []()、operator delete []()なんかをオーバーロードするときは
EffectiveC++なんかを読み返してしまうよ…
メモリシステムといってそこでリークやオーバーフロー、未初期化アドレスアクセスなんかしてたら偉いことに
なってしまうし
そもそも、自分はC++、STLを理解しきっているとは思ってないよ
先週その典型例があった、C++といいつつCでマクロを書いたのだが、printf()をラップして可変引数をログ出力
するってやつ。stdarg.hの使い方を分かってなかったｗ
そういう>>402は？
- 408 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 20:22:45 ]
- stdarg.h 使うってことはマクロじゃないんでない？
まあ、その関数をさらにマクロでラップしてるんだろうけど。
- 409 名前：402 mailto:sage [2008/03/22(土) 20:26:05 ]
- いや、402は、「あんたが理解してるか？」の意味じゃなくて、
「関数オブジェクトという言葉が通じない人は関数オブジェクトの存在を知らないから通じないんじゃない？」っていう意味です。
関数オブジェクトという用語を知らずに関数オブジェクトを使うかなあって思ったから。
自分も理解しきってないよ。簡単な関数オブジェクト作れるレベル。
- 410 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 20:51:00 ]
- なんで雑談してんの？
- 411 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 23:17:29 ]
- 相談が無いからだろう
相談できる雰囲気でもないがね
- 412 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 00:44:28 ]
- 何で雑談しているのかを聞く それも雑談なんじゃね？
自分の胸に聞くのがはえーんじゃね？
- 413 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 01:03:59 ]
- >>407
ひょっとして有名人？
関西でPGでかつどうしてんの？
- 414 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 01:10:46 ]
- とりあえず２期のオガちゃんは萌えた。
- 415 名前：オガちゃん萌え ◆tyvkWCNtzY mailto:sage [2008/03/23(日) 20:37:34 ]
- >>409
ざらにいるんじゃないか、ファンクタを知らないPGは
だけど、今のPRJはユースケース駆動モデルでOOPかつAOP的コンセプトを多分に取り入れてる
から、ファンクタや関数オブジェクトの名前すら知らないようではさすがにPGとして使えない
デザインパターンの幾つかを理解しているくらいは最低求められる
とはいいつつも、知らずにそういうパターンを使っているってことは経験あるとおもうよ
大抵はライブラリとして用意されてるものを別途作って無駄なことやってることになるんだろうけどねｗ
>>410-412
まぁ固いこと言わないでマターリやろうよ
>>413
いや、有名人でもなんでもないよｗ
出身地は関西だが、都内で仕事してるしさ
>>414
オガちゃんいいよな！
- 416 名前：オガちゃん萌え ◆tyvkWCNtzY mailto:sage [2008/03/23(日) 20:41:16 ]
- >>408
可変引数を使うのにstdarg.hを使ったよ
va_start()やらはマクロを通して最終的にコンパイラ組込み型だからさ
ログ吐き用とはいえ、%SSっていう変なリテラルを敢えて作って、UTF-16の文字列をUTF-8(ASCII)
に変換してログ出しするってのを作ったわけなのだが、案外はまってしまったｗ
- 417 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:37:23 ]
- 緒方賢一に萌えるスレはここですか?
- 418 名前：デフォルトの名無しさん mailto:sage [2008/03/27(木) 00:46:11 ]
- そうです。
- 419 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 01:48:57 ]
- vectorにデータを追加した時にメモリ確保に失敗した場合、検出する方法ってありませんか？
newでいうbad_allocの例外をキャッチするような感じ。
- 420 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 02:12:07 ]
- bad_alloc捕まえれば？
hpcgi1.nifty.com/MADIA/Vcbbs/wwwlng.cgi?print+200112/01120006.txt
- 421 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 02:18:03 ]
- >>420
な、なんだこの低レベルなやり取りは…
|
 |
