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

1 名前：デフォルトの名無しさん mailto:sage [2014/03/25(火) 00:45:54.57 ID:VoemgV7u] エスケープシーケンスやWin32APIなどの環境依存なものでもOK。 ただしその場合、質問者は必ず環境を書きましょう。 ※sage禁止です(と代々スレに書いてありますが自己判断で)。 【前スレ】 【初心者歓迎】C/C++室 Ver.89【環境依存OK】 toro.2ch.net/test/read.cgi/tech/1390171944/ ◆ソースのインデントについて 半角空白やTABでのインデントはスレに貼ると無くなります。 そのため、アップローダーに上げるのも手ですが直接貼る場合は、 全角空白か に置換すると見栄えだけはよくなります。 【アップローダー】(質問が長い時はココ使うと便利) codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック) ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用) hogeは禁止します、使用しないでください。 万が一hogeが書き込まれても、スルーしてください。 相手にするとあなたも荒らしと同じ扱いになります。 なお、hogeはNGワードに追加しておくことが強く推奨されています。 236 名前：デフォルトの名無しさん [2014/04/09(水) 04:45:08.14 ID:GDCkrjSs] roffとか気持ち悪いよな 237 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 13:15:17.74 ID:/wyRfLaC] >>236 UN*XやるまえにDOSでTeXやってたからあれは意外になんとも かつては汗でパーサ書いてたっていうから、まあそういうことなら。 238 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 08:17:37.43 ID:7/oWURrR] time関数は1970年からの秒数らしいですが long型で格納するとなると、68年くらいで限界が来ませんか？ 2038年くらいにいろんなプログラムやばいっすか？ 239 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 08:24:54.58 ID:2iqAA/H6] 2000年問題の時に話題にあがりました　「2038年問題」でぐぐれぇ 240 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 08:30:51.23 ID:7/oWURrR] おーやべえ でも今からプログラムつくろうとするとtime_tは64bitで定義されてるっぽいですね ３０００億年まで安心か 241 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 09:06:00.54 ID:olete8aZ] 炎上学習法は要りません 242 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 09:33:49.42 ID:m7xM1FWF] どこが炎上してんだよ 243 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 15:21:37.00 ID:qnyX9I3J] 2000年の頃は見えないほど先の話だと思っていたが 既に３分の１消化してるんだな 244 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 18:18:53.37 ID:CtgsENNt] 1000年以上先の問題ならまだしも、38年だと分野によっては平気で使われ続けるからな 245 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 18:50:58.03 ID:Am7dEU9n] 言わんとしてることはわかるからいいんだけど、64bitでコンパイルしてlongが32bitなのMSのコンパイラぐらいだぞ 246 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 18:52:32.07 ID:P3Ox4abS] 互換性を優先したんだろうね 247 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 18:55:12.72 ID:N2UMgO6H] time_tは64bitになってるから許してやれ 248 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 07:18:41.20 ID:CAt5QB21] ttp://ja.wikipedia.org/wiki/%E6%95%B4%E6%95%B0%E5%9E%8B 同じソースでlongが32bitになったり64bitになったりする方が混乱するわ 昔intが16bitになったり32bitになったりで難儀した 249 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 08:17:35.70 ID:XwQYiHbH] typedefせずソースに直接intとかlongとか書いてるの？ 250 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 08:28:42.62 ID:iMQET/ga] >>248 つstdint.h(cstdint) 規格仕様上複数マシンで動作できることを重視したから型ごとの制約が緩いのよね と言うか既出の話題だったわｗ toro.2ch.net/test/read.cgi/tech/1393539884/61-69 251 名前：デフォルトの名無しさん [2014/04/14(月) 11:00:15.74 ID:fXV0vjOD] vectorにクラスを格納するのって #include　<iostream> #include　<vector> class　c_myclass { public: 　　　　void　myfunc(int　num) 　　　　{ 　　　　　　　　std::cout　<<　"myfunc"　<<　num　<<　"　が呼び出されました　\n"; 　　　　} }; int　main() { 　　　　c_myclass　temp; 　　　　std::vector<c_myclass>　vec; 　　　　 　　　　for(int i=0;　i<10;　++i) 　　　　　　　　vec.push_back(temp); 　　　　 　　　　for(int i=0;　i<vec.size();　++i) 　　　　　　　　vec[i].myfunc(i); 　　　　 　　　　return　0; } このような感じでよろしいでしょうか? ちなみに サイズを指定する場合は std::vector<c_myclass>　vec(10);でしょうか？ 252 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 11:15:14.08 ID:Kn6UHMuG] よろしいです しいて言えば vec.push_back(temp); より vec.emplace_back(); の方がよろしいかと思われます 253 名前：デフォルトの名無しさん [2014/04/14(月) 11:22:23.22 ID:fXV0vjOD] >>252 ありがとうございます もしよろしければemplace_back()について解説お願いします リファレンスを見てもよくわからなかったので 254 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 11:23:47.56 ID:Kn6UHMuG] コンストラクタを直接呼び出してくれるpush_backでございます コピーが発生しないので多少効率的になります 255 名前：デフォルトの名無しさん [2014/04/14(月) 11:25:50.80 ID:fXV0vjOD] >>254 なるほど 256 名前：ＫＵＳＯ ＫＯＴＥ ◆unko./w.Osri mailto:sage [2014/04/14(月) 12:36:29.24 ID:8ev4IZFy] >>253 もしc_myclassにc_myclass(bool,double)みたいなコンストラクターがあったら、 emplace_back(true,1.23)とすることが出来て かつvectorの中の格納領域上に直接c_myclassを作成できる。 と思う（想像）。 257 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 15:28:45.80 ID:MAoTOR9V] emplace*()はいいね。巨大なクラスを連想配列に放り込む時に重宝だよ。 258 名前：デフォルトの名無しさん [2014/04/14(月) 16:17:06.14 ID:/qNJTuFi] open(2)したディレクトリを直接read(2)する方法ってあります？ 259 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 16:37:16.17 ID:oIWmwaCC] 日本語でおk 260 名前：デフォルトの名無しさん [2014/04/14(月) 17:29:53.33 ID:aQsMBHRD] ↓ちなみにひろゆきサイドの開発者はめちゃくちゃ臭い 4095 ：名無しさん＠１３周年 ：2014/04/14(月) 04:46:02.73 ID:wJLzpOd2P(4) jimがさくらのクローラを遮断したみたいだな 迂回しても迂回→遮断のイタチごっこは目に見えてるので遮断できない方法でdatを引っこ抜くまでだ 具体的には専ブラっぽい挙動でnetからdat引っこ抜いてscに投げるスクリプト書いてやるからお前らそれブン回せ たらこにはリクエスト＋受け取り＋改ざんチェック用のスクリプト書いてやるよ あー久しぶりにemacs起動するわ ３時間で書いてやる 4209 ：名無しさん＠１３周年 ：2014/04/14(月) 09:22:21.15 ID:wJLzpOd2P(4) あとちょっと書き足してバグとったらexeで配るよ さしあたりdatの回収は俺がやっとく C++で書きなおして独自の難読化施してるからnetの奴らにREできるかな？マカフィーでも無理なんじゃないかな 4210 ：名無しさん＠１３周年 ：2014/04/14(月) 09:24:13.59 ID:wJLzpOd2P(4) 今の時点で一つ言えるとしたら不特定多数を舐めるなってこと あー久しぶりにemacs起動するわ（） ３時間で書いてやる（） C++で書きなおして独自の難読化施してるからnetの奴らにREできるかな？マカフィーでも無理なんじゃないかな（） 不特定多数を舐めるなってこと（） 261 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 18:01:44.00 ID:0/p4fR0J] いちいち持ってくるお前も臭い 262 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 19:15:32.34 ID:yacO1o/C] >>258 できるでしょ？readdir(3C)とかは内部ではreadを呼んでる 263 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 20:02:57.67 ID:g31zNjzu] >>262 read(2) の manには EISDIR fd refers to a directory. Other errors may occur, depending on the object connected to fd. POSIX allows a read() that is interrupted after reading some data to return -1 (with errno set to EINTR) or to return the number of bytes とある 264 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 20:41:55.55 ID:DVvt3Ia1] 最近C++勉強始めたんですが、質問があります。(Cは良く分っているつもりです)。 C++には参照渡しという記述方法があることを知ったのですが、Cのポインタ渡しに 慣れている私としては、参照渡しを使わずにすべてポインタ渡しでコードを記述する ほうが見易いので、そうしようかと思うのですが、何かデメリットありますか？ 参照渡しを使うほうがよい点などありましたら教えてください。 265 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 20:51:36.33 ID:UPYb5gKr] （個人的に思う）一般的に ポインタで渡す＝ヌルが渡ってくる可能性がある、つまり、常にヌルチェックが必要 ポインタで渡す＝ヌルが渡せる、この引数はオプション的である 参照で渡す＝なんかしらわたってくる、ヌルチェック不要 参照で渡す＝この引数は必ず必要である あと一時変数オブジェクトの寿命の関係とかあった気がするが忘れたｗ 266 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 21:14:47.05 ID:iMQET/ga] >>264 ポインタ渡しと違い、参照渡しの場合、 ・絶対に実体があるので、適当なアドレスが渡って 　不正なメモリアクセスを行うことがない 　また、参照する中身は変更できないので紛れがない ・普通の変数と同じように記述できる。構造体のメンバ関数にも 　アロー演算子ではなくドット演算子でアクセスできる 　また、関数の引数に使った際、呼び出す側としてはいちいち 　アドレスを渡すということを意識せず使用できる ・ポインタと違い参照自体にはメモリ消費がない こんなところか 267 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 21:17:29.88 ID:lcY87dee] 返り値の話ではないとして。 参照渡しの一番のメリットは渡したオブジェクトの所有権が移動しない事がわかる事かな。 268 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 21:21:57.27 ID:lEZQ3TFl] メモリ消費がないというのは不適切だろ インラインで消えたりするが 269 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 21:46:00.21 ID:iMQET/ga] >>268 いや、俺の持ってる本では 「ポインタと違って独自にメモリ領域が割り当てられない」 的なことが書いてあるんだが……違うの？ 270 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 21:49:58.13 ID:7APDnn3f] （お前が）（malloc/new等で）と読めなくもないが大丈夫か 271 名前：デフォルトの名無しさん [2014/04/14(月) 21:55:35.64 ID:buURFUek] 初期のC++はC言語へのコンバータで実現してたろ。 参照も内部的にはポインタ動作と変わらないかと。 272 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 22:00:06.15 ID:iMQET/ga] >>271 それって「参照がポインタで実装されてる(ことが多い)」って話じゃなかった？ 273 名前：264 mailto:sage [2014/04/14(月) 22:02:44.39 ID:DVvt3Ia1] みなさん解説ありがとうございます。 大変参考になります。 >参照渡しの一番のメリットは渡したオブジェクトの所有権が移動しない事がわかる事かな。 もう少し詳しく解説お願いします。 274 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 22:04:37.96 ID:iMQET/ga] あとこんなページも見つけた detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1320144958 www.osak.jp/program/arg_ref_val.html 275 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 22:18:22.93 ID:msrdBAHC] >>269 通常の実装では、呼び出し側ではスタックにアドレスを積むという点で全く同じだし、 呼ばれる側でもそこを参照するのに違いはないよ。 まぁ、インライン展開で消えれば話は別だけど。 一番のメリットは、(参照先ではなく)参照自体を書きかえられないことだね。 それもまた、ポインタでもconstにすればできるわけだけど。 276 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 22:54:29.26 ID:CAt5QB21] ttp://codepad.org/Qo0ErNs1 この例ではポインタで渡す気が起きない 277 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 23:06:35.99 ID:lcY87dee] >>276 const付けような。 278 名前：264 mailto:sage [2014/04/14(月) 23:14:28.51 ID:DVvt3Ia1] >276 サンプルコードありがとうございます。 >この例ではポインタで渡す気が起きない すみません、まだよく分らないのですが、ポインタで void WriteLine(const string *pstr) { printf("%s\n", pstr->c_str()); } のようにすると何か問題があるのでしょうか？ 279 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 23:17:14.74 ID:lcY87dee] codepad.org/UUMHZZxJ 参照にするとこうかける 280 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 23:20:11.44 ID:i+D5B13r] >>273 ++や--の挙動がポインタと参照で違うんじゃね？ 281 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 23:32:46.57 ID:lcY87dee] >>273 ポインタでオブジェクト返されると誰がdeleteすべきなのかドキュメント見るか返す関数の中身見るまでわからないよね？ 参照にすると返したやつが所有している物の中身を見させて貰ってるってことがわかるからdeleteしなくていいって事がドキュメント見なくてもわかる。 引数でもポインタだと引数で渡されたポインタを内部で保持しておくから呼び出し側でdeleteや中身の変更をしてはだめになるのかとかわからない。 282 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 23:41:59.74 ID:CAt5QB21] >>278 ttp://codepad.org/uAzCCBJQ ポインタでも書けるしこの例では問題はない が、やっぱり人に見せると「何で参照使わないの？」と言われそう 283 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 23:54:52.78 ID:73GA0vhp] string *str = new string("hello"); .... delte str; .... WriteLine(str);　//deleteしてるけど、、、ポインタ値は生きてるから　アッー 結局、コンテナをうまく使って生ポ（生new）は極力排除しようぜって流れ 284 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 23:59:10.65 ID:lcY87dee] >>282 なんで「何で参照使わないの？」と言われるのかその理由を書かないと意味ないだろ。 たとえば codepad.org/wCMxFlfO 文字列を返す関数と文字列を引数にとる関数があるとする。 参照だったら文字列を返す関数を文字列を引数にとる関数の引数に直接書ける ポインタだったら一度ローカル変数で受け取ってそのポインタを書かないとだめ 285 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 00:13:55.46 ID:MOmoi8a1] int& a = *(int*)0; a = 0; 286 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 00:17:57.06 ID:lShoPitp] ポインター操作が目的でなく null許可を表現させたいわけでもなく 読み取り用途限定の時に わざわざポインターを使う方が不自然 287 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 00:21:36.20 ID:jMxUSFKT] >>285 一行目がダメコードって一目瞭然じゃないか。 ポインタだったらnullを渡すのが悪いのか？nullチェックせずに代入するほうが悪いのか？になる >>286 ポインタしかない世界から来た人には多分通じないよ。 288 名前：デフォルトの名無しさん [2014/04/15(火) 00:25:16.54 ID:hh7KqCRP] 生ポ引数／戻り値なんて特別理由がある場合以外は使うなってこった 289 名前：264 mailto:sage [2014/04/15(火) 00:28:56.87 ID:7FIahpja] 私なりに結論を出してみたのですが、 参照渡しをするのは、 void WriteLine(const string &str); みたいに、その関数に値を読み取り限定で渡す場合に主に使う。 ただし、必ずconstを付けておく。 上記以外はポインタ渡しを使う。 で良いでしょうか？ 290 名前：デフォルトの名無しさん [2014/04/15(火) 00:35:43.12 ID:8L+RgIaL] 参照はポインタの初心者版みたいなもの。 使い方が分からないのがあえて使わなくていい。 291 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 00:36:31.44 ID:c0zlhsuS] >上記以外はポインタ渡しを使う いいえ。 その他にもムーブセマンティクスを達成 したいときにも参照を使います。 292 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 00:45:18.87 ID:jMxUSFKT] >>290 っていうC++初心者が書くコードはひどく読みづらいので真に受けたらだめ 293 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 01:27:44.04 ID:PjplhgrG] ageる奴は碌なこと喋んねーな 294 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 03:06:53.30 ID:2JpOUwgl] >>289 漏れも俺様ルールで、const参照は読み取り用、 ポインタは値を変更する時と、使い分けている 295 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 06:05:04.19 ID:sGkhMKKa] >>289 ttp://ideone.com/SIOYc5 なかなかいい例が思い浮かばないが この例ではconstを付けられないが参照が相応しいと思う 全てに当てはまる使い分けの条件は提示できないので 個人やチームの判断で使い分けするしか 296 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 07:52:53.60 ID:AA0ZYDWw] 格納場所という意味で>289が作った関数仕様を実装する場合も、自衛はするべき。 void readSome(Type * const result) { // ++result; // これがエラーになってくれる。 } 297 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 08:09:35.12 ID:6lm4j3zL] 俺はしないな。 意味的にはそうなのだけれど C++のconstは真面目に付けると可読性を著しく損なう 298 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 08:59:58.71 ID:Byz6doxp] >>263 うん。262は間違いでした。 調べたらreaddirはgetdents(2)を呼んでた そりゃそうか。ファイルシステムで構造違うしな 299 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 10:42:12.48 ID:ZiuccpsX] >>296 そのレベルは冗長 300 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 12:47:22.14 ID:tCJ2yelK] 参照なら要らないのにね。 301 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 12:54:41.51 ID:dDf7e/l1] 値渡しの引数にconstをつけるのはやりすぎな気がする void f(const int x) なんてしないでしょ 302 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 13:09:58.76 ID:tCJ2yelK] する奴いるよ。きっと>296も同じタイプ。 303 名前：KAC mailto:sage [2014/04/15(火) 13:26:56.79 ID:OYr23JgA] >>296 なんか違う事書いてるぞ。>289の仕様満たすならconstは*の左。 >>297 どんな所で可読性が落ちるって？ お前がまともに使えないだけじゃないの？ 304 名前：デフォルトの名無しさん [2014/04/15(火) 14:19:33.38 ID:SFbbbO6x] 流れぶった切って悪いんですが >>251の c_myclassがインターフェースクラスを継承している場合は 継承元メンバ（インターフェースクラス）に仮想デストラクタを書いておけば良いのですか？ 305 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 14:41:39.21 ID:tCJ2yelK] >>303 >296が言いたいことは、>289の仕様ならconst * string const strだろ。 306 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 14:42:44.92 ID:tCJ2yelK] いけね、Typo。 string const * const strね。 307 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 14:59:38.52 ID:JmWJ8ekL] >>304 違いが分かればよいのだが… ideone.com/w9UqT0 308 名前：デフォルトの名無しさん [2014/04/15(火) 15:09:29.49 ID:SFbbbO6x] >>307 さらっと確認したので怪しいのですがたぶん クラスAには仮想デストラクタが無い為に newしたオブジェクトがデリートされる際、継承元のデストラクタが呼び出されていませんが、 クラスBは仮想デストラクタがメンバにあるので deleteされる際に継承元のデストラクタが呼び出される訳ですよね そこで、ベクターにオブジェクトを格納する話につながる訳ですが >>251のc_myclassがインターフェースクラスを継承しているときには やはり継承元のクラスに仮想デストラクタを記述しておかないと危険だという事ですよね？ 309 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 15:27:23.32 ID:JmWJ8ekL] だーね 310 名前：デフォルトの名無しさん [2014/04/15(火) 15:32:30.40 ID:SFbbbO6x] 確認しつこくてすいませんが まとめると>>307のdlvBを dlvB temp std::vector<dlvB>　obj; obj.push_back(temp); みたいにしちゃっておkってことですよね 311 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 18:05:27.38 ID:ef3kTbvB] >>310 そうしたいなら仮想デストラクタとか仮想関数とか関係ない。 コピーコンストラクタを作ればいいだけ。 312 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 18:37:17.89 ID:u428dFct] std::vector<clsB>にdlvB型のオブジェクトを突っ込むとスライシングでダメになるから気をつけるように 多態をコンテナ内で実現したいならstd::shared_ptrやunique_ptrを入れるのがよい 313 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 20:01:11.81 ID:Nbqron3B] 仮想デストラクタが必須なのは当然として vectorに突っ込むケースを考えると 難易度としては vetcor<Base> vetcor<Base*> vetcor<shared_ptr<Base>> ptr_vector<Base> こんな感じじゃね？ それぞれ注意点はあるが 一見簡単そうに見える vetcor<Base> が一番きつい 314 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 20:12:18.40 ID:MU2KfTCa] >vetcor<Base> そもそも派生クラスを突っ込めない。 >vetcor<Base*> 所有権がどこにあるのか分からないので論外。 >vetcor<shared_ptr<Base>> virtualデストラクタ不要で便利。 >ptr_vector<Base> 今更ptr_vector？unique_ptrでいい。 315 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 20:33:50.00 ID:O7xBtcGx] make_uniqueが標準に入らないと、記述量がちょっと面倒 316 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 20:42:49.07 ID:Nbqron3B] >>314 たしかに デザパタで 知らんかった 流行り廃りとかあるの？デザパタで 317 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 20:49:25.61 ID:aOtL598m] std::unique_ptrはvectorに突っ込めるのにboost::scoped_ptrは出来ないのはなんで？ 318 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 20:54:50.82 ID:tBkVUf7m] moveできないから 319 名前：デフォルトの名無しさん [2014/04/15(火) 23:53:29.68 ID:hh7KqCRP] noncopyableだからだろ 320 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 23:56:04.64 ID:of9IS0B8] ユニポもそうだけど 321 名前：デフォルトの名無しさん [2014/04/16(水) 00:00:41.11 ID:cUKcFdx2] >>320 すまん、そうだね、copyかmoveが出来ないとコンテナには入れられないということで

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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