Boost総合スレ part8

1 名前：デフォルトの名無しさん [2009/08/28(金) 16:53:36 ] 過去スレ part 7 pc12.2ch.net/test/read.cgi/tech/1232367742/ part 6 pc11.2ch.net/test/read.cgi/tech/1207749841/ part 5 pc11.2ch.net/test/read.cgi/tech/1192662575/ part 4 pc11.2ch.net/test/read.cgi/tech/1175663346/ part 3 pc11.2ch.net/test/read.cgi/tech/1158991211/ part 2 pc8.2ch.net/test/read.cgi/tech/1139313234/ part 1 pc8.2ch.net/test/read.cgi/tech/1091198276/ ■関連サイト■ Boost C++ Libraries www.boost.org/ Boost 翻訳プロジェクト boost.cppll.jp/HEAD/ Let's Boost www.kmonos.net/alang/boost/ boost info shinh.skr.jp/boost/ 101 名前：98 mailto:sage [2009/09/17(木) 22:20:49 ] >>99-100 ありがとうございます。 大変よく分かりました。 感謝です。 102 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 23:29:03 ] macportでゲットした1.40で、objective-cとC++の混在ソースをコンパイルすると、regexpでエラーが出てしまいます。助けてください。 103 名前：デフォルトの名無しさん [2009/09/19(土) 00:15:55 ] >>102 大丈夫かー！もうちょっとで救急車くるぞー！ 104 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 00:17:19 ] >>102 覚醒者？ 105 名前：デフォルトの名無しさん [2009/09/19(土) 00:20:03 ] 俺、さっき人生で初めてprogress_displayを使う可能性が出て来た。 単なるサンプルプログラムで、 結構時間のかかる処理だったから、 画面に進歩を表示させるのに使えるんじゃないかと思ってさ。 結局使わなかったけどな(笑) 106 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 04:05:27 ] お前のprogress_display童貞を奪うプログラムはどんなものになるんだろうな 107 名前：105 mailto:sage [2009/09/19(土) 21:18:44 ] 聞いてくれよ>>106よ。 ついにboost::progress_displayを使ったよ。 案外便利だったわ。 超限定的なシチュエーションだが。 108 名前：105 mailto:sage [2009/09/19(土) 21:19:26 ] >>106 あと俺は女だ。 109 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 21:25:02 ] ああ…次はcompressed_pairだ… 110 名前：105 mailto:sage [2009/09/19(土) 21:35:19 ] うーん、compressed_pair処女はたぶん一生守り通すかも。 111 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 00:38:00 ] >>105 結婚して 112 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 03:25:08 ] progress_displayが実際に使われるなんて、このスレ始まって以来の事件じゃないか。 113 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 09:48:59 ] そして次のboostから削除されるオチとかな 114 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 10:54:22 ] >>113 断固抗議する progress_displayはboostの良心 115 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:23:07 ] mpl化すればいいんじゃね？ 116 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:39:10 ] progress_display好きの俺っ子か、、 ま、新しいとは思うけど、 恥ずかしくないのかねGONZOは 色物で釣ろうとしないで、作品の中身で勝負しろよ。 117 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:42:01 ] 削除しなくてもいいけど、 timerディレクトリの中に入れるとかはした方が良いんじゃないかと。 118 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:59:29 ] >>12のサンプルみたいなことが出来るI/Fになってるならそれなりに評価する つーか仕様知らないけど 119 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 13:41:03 ] 進捗コールバックにfunction渡せたり、 出力ストリームを抽象化して付け替えたりできたらもう progress_displayじゃないよな 120 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 13:56:21 ] >>119 今のところstd::ostreamを継承するクラスに対してのみ出力可能だから、 まああれだ、 一応がんばってんだよ。 121 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 13:58:04 ] progress_display童貞だとそうでもないのに >>110だと、なんかとてつもなくエロい表現に聞こえるな。 122 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 09:33:20 ] Boostは次期C++から標準的に使えるという噂を聞いたのですが本当ですか？ どうもboost::lambdaとC++0xのラムダ式はどうも見た目がちがうような… 123 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 10:08:14 ] boostの一部が標準として採用されたってことですよ。boost丸ごとじゃないよ。 boost::tr1に採用されたものが入ってる 124 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 10:19:59 ] Boostまるごと標準化されるなんて、progress_displayが泣いて喜ぶ話だな C++0xのlambdaは言語サポートだから、 ライブラリによるboost::lambdaとはまったくの別物 125 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 10:55:39 ] c++0xとboostのlambdaは内部的に関数ポインタは使ってるのだろうか。 できれば関数ポインタを使ってないオーバーヘッドが無い方を使いたいな。 126 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 11:07:51 ] 解説ありがとうございました。理解できました。tr1内のものは名前空間もstd::tr1になっているのですね 127 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 01:08:48 ] ラムダ使うと低速になるの？ 使うのやーめた しこしこ関数オブジェクト造るお 128 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 01:18:51 ] >>127 どこからそういう結論になった 129 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 01:35:55 ] 回答の意味が理解できなくて、何とか分かりやすい回答を引き出そうと必死なんだろ 130 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 01:39:04 ] >>129 無能の常套手段だよなｗｗｗ 131 名前：１２７ mailto:sage [2009/09/23(水) 03:30:20 ] かまって欲しくて煽り入れただけだよ＾＾ 132 名前：デフォルトの名無しさん mailto:sage [2009/09/23(水) 22:34:19 ] Boost.Bigintって何か目立つバグがあるんでしょうか？ 使っても大丈夫ですかね？ 133 名前：デフォルトの名無しさん mailto:sage [2009/09/24(木) 23:16:15 ] >>132 まかした 134 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 20:52:09 ] 目立たないバグならOKなのか。 ならば、目立つバグを数カ所に仕掛けておくんだ 135 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 22:49:55 ] 更新しました。この2週間での大きな変化はPython3のサポートでしょうか。 只、このPython3用ライブラリをビルドしようとするとbjamの挙動がおかしくなりますので、 それについてlibs_for_build_boost.rar内のreadmeに記載しておきました。 それと今回のビルドからビルドオプションを --layout=versioned から --layout=tagged に 変更しましたので、ファイル名からコンパイラー名とバージョン番号が無くなります。 これにより、バージョン番号無しの同一内容ファイルを生成するバッチ操作も廃止しました。 以下更新内容の一部 [Conversion] DISABLE_WIDE_CHAR_SUPPORT -> BOOST_LCAST_NO_WCHAR_T. [Spirit] Spirit: fixing segfault if start rule of a grammar is not compatible with the grammar itself Spirit: imported spirit::standard namespace into spirit::qi and spirit::karma Spirit: fixed infinite loop if a Kleene is used inside another Kleene at end of input [Archive] fix archive_exception conflict with windows header [Numeric] see #3457 * matrix.hpp: added move semantics * vector.hpp: added move semantics [Wave] Wave: added missing namespace declaration [Python] Merged 2009 GSoC work from sandbox-branches/bhy/py3k branch back into trunk. [Proto] oops! add back op::address_of definition [Date_time] Refs #3308. Changed the internal type of the gregorian dates to 32 bit integer. [Unordered] Fix bug where container was reducing the number of buckets. [Math] Add hooks for the dcdflib to the incomplete gamma tests. [Fusion] Fusion: added nview and friends 136 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 22:51:16 ] アドレスを記載し忘れました。 ttp://booster.x0.to/ 137 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 13:27:32 ] boostさんがいなかったC++挫折してました 138 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 13:32:26 ] >>137 俺は挫折するほど やり込みもしなかったと思う。 139 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 14:15:58 ] boostさんというかshared_ptrさんがいなかったらと思うと 140 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 14:34:16 ] わたしもshared_ptrさんに依存しきってもう戻れない体にされてしまいました boostは麻薬 141 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 17:18:05 ] Windowsプログラミングを勉強しようと思って、Microsoft公式解説書の中で一番エントリー向けな 「文法から始める プログラミング言語 Microsoft VisualC++」を買ってみたら、 BOOST_FOREACHとかlexical_castとかthreadとか使ってたり、 shared_arrayとかmulti_arrayとかの使用を推奨していたり、 TR1のregexとかshared_ptrとかも使ってたりで自動的にBoost漬けになりました。 142 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 17:29:45 ] Boostはユダヤの陰謀 143 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 19:00:34 ] はじめからboost漬けだと、 もはやC++を勉強したと言えるかどうかすら・・・ 144 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 20:34:52 ] そういえばlambdaも載ってたよ。 思うに、来たるC++0xとVS2010を見越しての内容じゃないかな。 145 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 01:21:51 ] p が char * で； string str=std::string(p); typedef boost::tokenizer<> tokenizer1; tokenizer1 tok1( str ); とするのと typedef boost::tokenizer<> tokenizer1; tokenizer1 tok1(std::string(p)); で、何で挙動が違うのでしょう？ 146 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 01:43:32 ] 1mmでも他人の立場に立って考える能力があるなら何がどう違ったのかぐらい書いてくれないかな 147 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 02:54:51 ] >>140 定期的にshared_ptrの実装を写経しろ 148 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 18:13:00 ] Boost.Lambda さんには悪いけど君のコンパイル時間はそろそろ許容できない． 早急に VS2010 に以降して lambda さんとはお別れしたい． それから Boost.Regex 君もそろそろ引退したまえ． 149 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 19:58:27 ] Boost.Regex君まだ使える子よ 150 名前：spirit mailto:sage [2009/09/28(月) 20:10:51 ] >>148 速いCPUに変えればいいと思うよ。 151 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 20:58:48 ] >145 tokenizer1 tok1(std::string(p)); だと、この文が終了した段階で一時オブジェクトである string が破棄される。 tokenizer は対象のコンテナに対する参照を iterator で持っていて、かつ > ttp://www.boost.org/doc/libs/1_40_0/libs/tokenizer/tokenizer.htm > Parsing is done on demand as the tokens are accessed via the iterator provided by begin. のように token_iterator でアクセスされた際にパースが発生する為、アクセスのタイミングまで 対象のコンテナが生存している必要がある。 152 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 21:54:44 ] >>151 こういうのって、C++0xとかなら、ダミーの右辺値参照のコンストラクタとか使って防止できないのかな？ 153 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 21:55:29 ] >>148 Spiritに比べれば、Lambdaなんて軽いものさ。 154 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 22:38:28 ] boost0xについて 155 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 22:46:33 ] spiritのためにOSを64bit板にしようか悩んでいます。 156 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 23:59:46 ] shared_ptrってスレッドセーフのと非スレッドセーフのを同時に使うのって不可能？ 157 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 01:21:11 ] >151 ありがとうございます。STLとboost を使おうと決心していろいろ使っています。 自分で作った方が早くて楽なのになぁと思いつつ なれれば、STL + boost の方が、安全かつ、早くできるはず　と信じて； 158 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 03:51:34 ] きみにはむりだとおもう 159 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 04:39:48 ] >>152 値は変更しないけど十分な寿命を持った左辺値が必要なときには、そういう手段が 使えるようになるかもね。 現状ではポインタで受け取るようにしてないと、危ないんだよねぇ。 160 名前：157 mailto:sage [2009/09/29(火) 10:41:11 ] >158 自分でも無理だと思う。Ｃばかり２０年以上だから； 161 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 18:45:05 ] きみにはCもむりだとおもう 162 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 19:53:49 ] >152 この場合はダミーというか rvalue reference を受けるコンストラクタも追加すればいいんじゃないでしょうか。 >157 ぶっちゃけ C++ の経験があまりないんだろうなとは思いながら回答しました。popp 一時オブジェクトの生存期間とか C++ 使いなら誰もが一度ははまったことがあり11そうなところなので。 >自分で作った方が早くて楽なのになぁと思いつつ 無理に気負わず自分が書くより楽になると思う部分から使っていけばいいと思います。 163 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 20:59:08 ] >>156 shared_ptr複製時のアトミック操作のコストが気になるのかな？気持ちはわかるが、無理だと思う。 非マルチスレッド版とマルチスレッド版の間での共有をどう解決するかだ。その間で共有できないなら利便性が無くなりメリットの乏しいものになる。 普通の使い方ではshared_ptrの複製のコストは問題にならないと思う。 それでも、複製のコストが気になるならshared_ptrを参照渡しにすればコピーのコストはないし、そうすればshared_ptrの複製が減らせられる。 vectorで使うときの大量な複製が気になるならC++0xの右辺値参照に期待しよう。 164 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:33:39 ] ぶっちゃけ参照カウンタの操作にバスロック命令を使うだけだから大したコストじゃない と思うけど、ものすごくクリティカルなら知らん つーか、そんなに激しくクリティカルならポインタ取り出せばいいような気がするし、 デフォのままで問題ないと思うし、たぶんBoostの中の人もそう思ってるからずっと こういう仕様なんだろうと思うけど 165 名前：Boost.Xpressive mailto:sage [2009/09/30(水) 12:20:37 ] 正直、お兄さんはもういらない子だと思うのです これからはぼくと std.regex 君の時代だと思うのれす。。。 166 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 14:55:06 ] >>165 もうなんかいっそのこと Boost.RegexはBoost.Xpressiveのラッパにしちゃだめなのかな(笑) 167 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 16:46:19 ] お前らBoostで特に使えるライブラリ三つ簡単なコード挙げて紹介しろ 168 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 16:49:56 ] なんで？ 169 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 17:05:00 ] >>167 ええと、progress_displayとcompressed_pairと・・・あと何だろう？ program_optionsかな？ 170 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 17:15:52 ] compressed_pairはGoogleが社内で使用許可を出している数少ないBoostライブラリの 一つだからな 171 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 17:38:49 ] >>170 ホントかよw すげーwww しかしまあprogress_displayだって安定性では引けを取らないぜ。 172 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 19:04:14 ] >>169 てめーprogram_optionsさんディスってんじゃねーよ 俺なんかお世話になりまくりだっつーの >>165 たしかに使用頻度は激減したけど・・・コンパイル速いじゃん 173 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 19:29:09 ] std::regexってboostの転生でしょ。 なので、stdにあるからboostのは要らないというのは変な表現だと思う。 もっとも俺はspirit一筋だけどな。 174 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 20:52:00 ] >>167 マジレスするとshared_ptr, scoped_ptr, noncopyable 175 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 21:44:50 ] >>173 というか改良が早いのは絶対Boost.Regexなんだろうから むしろ要るのはBoost.Regexの方。 といってもBoost禁止とかいうイカレタ職場では Std.Regexを使うことになるんだろうけど。 176 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 23:39:41 ] noncopyableって英語おかしくね？ なんとなくだけど 177 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 23:41:01 ] >>176 おかしいらしいね。 でも一度そうしちゃった以上どうしようも無いんだろうな。 178 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 23:45:40 ] まぁ、本気で気になるなら、おかしくない名前も使えるようにするとかな 179 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 02:42:09 ] でもさ、 uncopyable だとウンコみたいでいやじゃね？ 180 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 02:54:41 ] いっそDQNネームにするのもありじゃね コピーできない増えないクラスを作るライブラリっぽい名前 Boost.Virginとか 181 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 09:12:46 ] >>180 ちょw 恥ずかしいなw Boost.DQNとかあってもおかしくない様に見えてくるのが不思議。 182 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 09:19:27 ] >>180 singletonライブラリーですね。わかります。 183 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 16:36:11 ] 気がついたら boost\serialization\singleton.hpp ってのがあった 184 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 17:15:25 ] boostのserializationについてです。 CStringがシリアライズできるように template <typename Archive> void save(Archive& ar, CString const& str) { 　　std::string const s(convert(str)); // CStringからstd::stringに変換 　　ar & make_nvp("", s); } などとするとXML出力に<>（文字列）</>と空の要素タグが付いてしまいます。 この要素タグを出力しないようにしたくて調べてみたのですがxml_archive::save(std::string const&)を 使えば良いようです。 しかし、xml_archive::saveはprotectedなので使えません。 何か良い方法ないでしょうか？ 185 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 17:34:29 ] >>184 make_nvp("CString", s) とするか、 タグそのものを使いたくないならtextでシリアライズする 186 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 17:36:11 ] 要素名を空文字列にしたら空の要素タグが出力されるのは当然だろ。 いったい何がやりたいの？ 187 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 17:57:25 ] >>186 例えば std::string name; をシリアライズするとき ar & make_nvp("name", name); ってするよね。 その結果として <name>山田太郎</name> を期待する訳で <name><string>山田太郎</string></name> がでてきたら嫌でしょ？って話。 オブジェクトのシリアライズの話でなくて型のシリアライズのカスタマイズに関する 話なの。考えもせず知ったかでレスせんでいいよ。 188 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 18:11:11 ] >>186 自作コンテナのシリアライズの場合 template <typename Archive, typename T> void save(Archive& ar, MyList<T> const& obj, unsigned ver) { 　　std::vector<T> const v(obj.begin(), obj.end()); 　　ar & make_nvp("myList", v); } だと <strudents> 　　<myList> 　　　　<count>2</count><item>...</item><item>...</item> 　　</myList> </strudents> となるから template <typename Archive, typename T> void save(Archive& ar, MyList<T> const& obj, unsigned ver) { 　　boost::serialization::stl::save_collection(ar, obj); } とやるの。すると下のようになる。理解できただろ？ <strudents> 　　<count>2</count><item>...</item><item>...</item> </strudents> 189 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 19:13:56 ] ところで、CStringならstd::stringよりstd::basic_string<TCHAR>のほうがいい気がする。 時と場合にもよるけど。 190 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 19:27:07 ] >>189 判りやすいだろうと思ってCStringにしたけど実際はQString(知ってる人も多いと思うけど）。 template <typename Archive> void save(Archive& ar, QString const& obj, unsigned) { 　　std::string const buf(obj.toUtf8()); 　　ar & make_nvp("string", buf); } なんてしてるのだけども<string></string>が嫌だなと思うわけです。 191 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 20:44:20 ] 更新しました。先週に引き続き今週もMathのパフォーマンスチューニングが行われています。 ttp://booster.x0.to/ 以下更新内容の一部 [Fusion] Fusion: resolved const correctness issue [Spirit] Spirit: started to add attribute transformation capabilities, new examples Spirit: added simple token printer for parser trace output Spirit: added bool_ generators Spirit: added qi::bool_ [Unordered] Try supporting reference parameters in pairs. Probably not required. Remove the optimization for std::pair with a key reference. [Exeption] New function: diagnostic_information_what. [Math] A few more minor performance tweaks for issue #3407. Another round of performance tweaks for issue #3408. These should make our igamma implementation comparable in performance to the dcdflib FORTRAN routine - at least as far as MSVC is concerned. [Impl] missing namespace Refactored: use static_cast and const pointer where possible. [Graph] Another attempt at a CSR edges() fix [Python] boost/python: some Py_ssize_t replaced with boost::python::ssize_t to restore compatibility with Python 2.3 and 2.4 [Date_time] Refs #2213. Fixed UTC zone offset boudaries. Refs #1861. Changed the default format for time durations to "%-%O:%M:%S%F" instead of "%-%H:%M:%S%F". 192 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 00:00:43 ] rengeExはまだなのか 193 名前：デフォルトの名無しさん mailto:sage [2009/10/05(月) 14:52:08 ] >>191 VS2005 用のは無いのか？ 194 名前：157 mailto:sage [2009/10/05(月) 16:22:31 ] >>193 >>191 そうそう、お願いします。 195 名前：デフォルトの名無しさん mailto:sage [2009/10/05(月) 21:38:35 ] progress_display プログラムコンテスト開催のお知らせ 詳細は寝て待て！ 196 名前：デフォルトの名無しさん mailto:sage [2009/10/05(月) 22:12:19 ] progress_displayネタはいい加減飽きたよ。ウンザリだ 197 名前：デフォルトの名無しさん mailto:sage [2009/10/05(月) 22:32:44 ] >>196 じゃああぼんすれば良いじゃん。 バカなの？ 198 名前：デフォルトの名無しさん mailto:sage [2009/10/05(月) 22:34:36 ] 一言いわれただけで発狂するほど自信満々のネタだったのか。 199 名前：197 mailto:sage [2009/10/05(月) 22:37:46 ] >>198 > 一言いわれただけで発狂するほど自信満々のネタだったのか。 いや俺は>>195じゃねぇけどそんなの関係ねぇ。 とにかく気にくわない単語はあぼん。 じゃないとまともに2ch見てらんねぇし。 200 名前：デフォルトの名無しさん mailto:sage [2009/10/05(月) 23:17:01 ] いやマジでつまんないから。 あんま迷惑なことしちゃダメよ。

---

---

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

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