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/ 462 名前：440 mailto:sage [2010/01/09(土) 14:59:43 ] >>444 なるほど！仕様を読んでみると確かにそういう風に使えるんですね、というか書いてありますね…見落としてました…すみません。 463 名前： [―{}@{}@{}-] デフォルトの名無しさん mailto:sage [2010/01/09(土) 17:03:30 ] boost::lexical_cast<int>("0x12345");のように、0xがついている文字列が 変換できないのですが、うまく変更できるようにするにはどうすればいいでしょうか？ 464 名前：デフォルトの名無しさん mailto:sage [2010/01/09(土) 17:34:08 ] lexical_castは誰もが待ち望んでいて、そしてガッカリした代物だよな・・・ 465 名前：デフォルトの名無しさん mailto:sage [2010/01/09(土) 17:34:14 ] 差し替え更新しました。Boost.MPIはMPICH2　1.2.1仕様に戻しました。 ttp://booster.x0.to/ 以下追加更新内容 [Spirit] Spirit: fixing attribute handling in sequences [regex] Change name of extern "C" function so it's prefixed with "boost_" >>463 lexical_castは16進数の変換には対応しておりませんので、この辺りは如何でしょう。 文字列を数値に変換する関数 (CRT) ttp://msdn.microsoft.com/ja-jp/library/53b7b72e(VS.80).aspx 466 名前： [―{}@{}@{}-] 463 mailto:sage [2010/01/09(土) 17:41:23 ] >>464 >>465 ありがとうございます． lexical_cast は過去に 1e+8 のような形式を変換できずがっかりした記憶が あるのですが、いつの間にかできるようになってて驚きもしました． 0x にもいつか対応してくれると信じて待つとします． stackoverflow.com/questions/1070497/c-convert-hex-string-to-signed-integer 467 名前：デフォルトの名無しさん mailto:sage [2010/01/09(土) 17:55:57 ] いや、cinなどbasic_istreamでも（hex指定しない限り）十六進法の入力はできないのだから、 いつまで待っても、lexical_castでできるようにはならないだろう。 468 名前：デフォルトの名無しさん mailto:sage [2010/01/09(土) 22:33:27 ] >466 そのリンクの最後の回答をちょい修正して #include <iostream> #include <boost/lexical_cast.hpp> template<typename T> class from_hex // For use with boost::lexical_cast {     T value; public:     operator T() const { return value; }     friend std::istream& operator>>( std::istream& is, from_hex<T>& outValue )     {         is >> std::hex >> outValue.value;         return is;     } }; int main(void) {     std::cout << boost::lexical_cast<from_hex<int> >("0x12345") << std::endl;     return 0; } でいいんじゃね？ 469 名前：デフォルトの名無しさん mailto:sage [2010/01/09(土) 22:37:51 ] >>468 0x ついてるときはそれでいいけどついてないときには使えないからな〜 中の人の対応を待ちたい 470 名前：デフォルトの名無しさん mailto:sage [2010/01/09(土) 23:23:39 ] >469 codepad だと通るんだが。 ttp://codepad.org/nfkFKOZC 471 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 06:39:11 ] >>428 関数の中でグローバルポインタの割り当て/開放をしてるのかね。 472 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 14:55:21 ] strtol・strtoulなら文字列の書式から進数の自動判定が行われるんだし、 CRT使うと死ぬ体質じゃないんならそれ使って実装しときゃいいんでは。 473 名前：デフォルトの名無しさん mailto:sage [2010/01/10(日) 22:32:21 ] lexical_cast<std::wstring>にすると、コンパイルエラーになるクラスがあったりして困るね。 474 名前：デフォルトの名無しさん [2010/01/12(火) 23:28:11 ] boost::asioでlocalhostのIPアドレス(自分のアドレス)を取得する方法を教えてください． loopbackアドレス(127.0.0.1)ではなく DHCP等によって割り当てられているアドレスの方です． 以下のような感じでlocalhostへの接続は出来ると思うのですが 一定の範囲のIPアドレス(例えば，192.168.1.1~192.168.1.9)に対して socketで接続を試みる時に 自分自身が範囲にあった場合にはconnectしないようにしたいと考えています． そのため，自分のIPアドレスを情報として持っておきたいのです． const int NUM_PORT = 7757; boost::asio::io_service ioService; boost::asio::ip::tcp::socket socket(ioService); socket.connect( boost::asio::ip::tcp::endpoint(boost::asio::ip::address_v4::loopback(), NUM_PORT)); 475 名前：デフォルトの名無しさん [2010/01/13(水) 00:08:33 ] d.hatena.ne.jp/tt_clown/20081225/p1 476 名前：デフォルトの名無しさん [2010/01/13(水) 00:11:50 ] www.kt.rim.or.jp/~ksk/wskfaq-ja/examples/ipaddr.html 477 名前：デフォルトの名無しさん [2010/01/13(水) 00:18:15 ] grayhole.blogspot.com/2008/10/boostasio-syslog.html 478 名前：デフォルトの名無しさん [2010/01/13(水) 00:24:39 ] blog.goo.ne.jp/dc1394/e/a03ed6855fd2ff595ad1990b1c9d067c 479 名前：デフォルトの名無しさん [2010/01/13(水) 00:26:48 ] >>475 boostに固執する意味はないので，本質的にはその方法で解決できそうです． ありがとうございます． 自分でサーベイしたところ 今の時点でboostでもリゾルバに頼れば出来るということが分かりました． groups.google.co.jp/group/boost-list/browse_thread/thread/7142d22d86aa6bd9?pli=1 grayhole.blogspot.com/2009/11/boostasio-udp.html ただ DNS情報がないと駄目なので一部の環境では動かないことが予想されますが．．． 480 名前：デフォルトの名無しさん [2010/01/13(水) 00:28:28 ] >>476,477,478 のろのろ書いてる間にすみません． ありがとうございます． 481 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 17:15:45 ] std::vector<boost::tuples::tuple<std::string, int, int> > vの中に、 std::string strと、tupleの先頭の要素が等しいものがあるかどうかを、 std::binary_searchで判定したいのですが、どうbindを使えばいいのか 分かりません。 どなたか教えていただけませんでしょうか。よろしくお願いします。 482 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 17:54:09 ] >>481 その目的なら比較関数オブジェクトを渡してやればいいと思うけど、 ↓みたいなのじゃなくでBoost.Bindを使う意味はあるの？ struct comp {     typedef boost::tuples::tuple<std::string, int, int> tuple_t;     bool operator()(tuple_t const& lhs, tuple_t const& rhs) const {         return lhs.get<0>( ) < rhs.get<0>( );     } }; 483 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:03:19 ] あるいは、binary_searchの比較値にstd::stringを直接渡したいという話？ でもbinary_searchに渡せるのは要素の値と決められてるから、bindに限らずそれは無理だね。 std::binary_search(v.begin( ), v.end( ), tuple_t(str, 0, 0), comp()); こうやるしかない。 484 名前：デフォルトの名無しさん mailto:sage [2010/01/16(土) 18:11:55 ] >>483 そんなの決まってないよ。双方向の operator () が用意されてれば問題ない。 bind じゃ無理そうだけどね。 485 名前：481 mailto:sage [2010/01/16(土) 18:21:55 ] >>482, 483, 484 ありがとうございました。無理みたいですね。 関数オブジェクトを使うことにします。 486 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 17:08:19 ] shared_ptrだけが使いたいんだけど その目的のためにBoostを入れるのは大掛かりすぎる、と思うような人に 良い解決策はありますか？ 487 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 17:11:54 ] >>486 そういう用途で bcp っていうツールが用意されてるんだけど、 やってみると shared_ptr だけでもけっこうな依存関係になってて、 結局全部そのまま使うことにしたことがある。 488 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 17:14:11 ] >>486 Boostを入れるったって、別に全部リンクされるわけじゃないんだから、 普通にBoost入れてshared_ptrだけインクルードするんじゃだめなの？ 489 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 17:39:55 ] だねえ、オブジェクトファイルも使わないし、 shared_ptr.hppをインクルードして使えば 完成したバイナリは希望通りshared_ptrだけを使ったバイナリになるし。 490 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 17:40:36 ] std::tr1::shared_ptrが使える環境にするとか 491 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 17:44:47 ] VC++2008ならSP1以降は標準でshared_ptr使えるな 492 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 17:48:33 ] 俺はstd::tr1::shared_ptrよりもboostの方が信頼できるor同等程度だと思っている。 だがそれはさておきboostの一部分だけ取っていじったのが認められるんなら boostそのものだって認められるだろ？ やっぱそのままの方が良いと思うんだぜ。 493 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 18:00:35 ] チーム内のよくわからん奴が 勝手にshared_ptr以外のライブラリをiincludeするのを避けたいんだろ 494 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 18:07:19 ] エスパーすぎる 495 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 18:50:55 ] ＞Boostを入れるのは大掛かりすぎる 自分もboost入れる前はそう思ってた 496 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 19:05:31 ] そりゃTR1ライブラリよりBoostの方が格段に信頼性は上だろうな だが世の中には色々な（往々にして訳分からんand/or間違った）理由で「Boostは ちょっと」って奴もいるからなぁ 他人のコードでバグ出た時ってマジきついしー、みたいに言われた時は、そんなら 標準ライブラリも普通にバグ出るから使うなよって思った 497 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 19:15:41 ] そんなこと言ってるやつのコードよりboostの方がよっぽど信用できるわな 498 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 20:17:47 ] >>496 単に今までのスタイルを壊されるのが嫌だって理由の連中がいたりするからなあ そういうのがいると、バージョン管理ソフトさえ入れられない。 499 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 20:37:11 ] そういうヤツの会社は潰れるか少なくとも競争には負けるから 心配要らないよ。 500 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 21:29:34 ] >>486 まず数十行程度の自作スマートポインタから始める。 それで事足りればそれでおしまい。 それじゃ足りないと頭を抱えた時になって初めて確信を持ってshared_ptrを使う。 501 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 05:25:49 ] shared_ptrだと生に比べてパフォーマンスも下がるし、かなりサイズも大きくなるってのもあるし、 本当に必要かどうかは考えた方が良いのかも。 特にサイズはポインタ1つあたり10倍以上増えるんだっけ？ 生ポインタ 参照カウンタ shared_ptrのvirtual関係 デリータ+virtual ミューテックス で。 502 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 06:43:23 ] shared_ptrを使わなければ実装できないデータ構造ではそれらのメンバは必須であり 10倍以上という増加も必要な増加だ。 503 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 08:18:04 ] >>501 それは最悪の場合のサイズでしょ。 virtual関係を共通化したり、atomic操作を使ったり、 実装上の工夫でもっと減らせる。 504 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 08:51:26 ] パッと見だとInterlocked系の操作で済ませてるからミューテックスとか要らなくね？ 505 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 09:21:34 ] shared_ptrのミューテックスはマルチスレッドのためのものじゃない。 506 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 09:23:34 ] えっ 507 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 09:30:25 ] 何に使うの？ 508 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 09:46:19 ] 日本の参政権は日本人のためだけのものじゃない。 509 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 09:48:11 ] 僕たちは天使じゃない。 510 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 10:07:51 ] トムは鉛筆ではない 511 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 13:07:00 ] Tom is a pen. 512 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 13:15:29 ] >>503 そりゃboostのは使わないで自分で作れと言ってるのか？ 513 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 13:41:26 ] つーかboostのってmutexなんか使ってんの？ 514 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 14:40:30 ] mutexではなくspinlockになってた 515 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 14:47:02 ] atomicなintrinsicが使えるような処理系ならその辺使わないんじゃね？ 知らんけど 516 名前：デフォルトの名無しさん [2010/01/18(月) 15:35:24 ] spinlockを使うのは排他中の処理が非常に早く完了するだろうと予測しているから? 517 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 16:42:09 ] >>500 １　ひとりプロジェクトならスマートポインタは必要ない。 ２　協調作業の場合、自作スマートポインタの仕様を説明するのが面倒だからよそのライブラリを使ったほうが説明しやすい ゆえに自作スマートポインタは必要ない 518 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 16:45:09 ] >>517 > １　ひとりプロジェクトならスマートポインタは必要ない。 いやいやいや。 519 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 16:55:00 ] scoped_ptr以外はコード毎最適実装が無限にあるからね 520 名前：503 mailto:sage [2010/01/18(月) 19:32:14 ] >>512 誤解させてすまんかった。 boostの環境依存コードにはすでに実装上の工夫がだいぶ入っている。 521 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 20:14:11 ] >>501 それはどこのshared_ptrですか？ boostのshared_ptrはカウンタクラスにvtableとuse_countとweak_countしかないよ。 アトミック命令でインクリメントするからミューテックスは必要ないし。 522 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 20:23:32 ] >>521 アトミックも何も使えない環境だと本当に肥大化するよ。 1.35のsp_counted_base_pt.hppを見てみ。 523 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 21:02:05 ] シングルスレッド確定なら #define BOOST_SP_DISABLE_THREADS という手もある 524 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 21:10:38 ] >>523 そんなん初めて知ったわ 525 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 00:05:31 ] shared_ptrだけ使いたいって欲求は少しわかるな。 環境や使用できるライブラリが他人に決められてしまう場合とか。 せめてshared_ptrだけの導入なら説得できるんじゃないかとか思ったことがあるｗ >>481 find_if()とかでこんなの考えたけど意味が違うか find_if( v.begin(), v.end(), bind( &tuple<string, int, int>::get<0>, _1 ) == str ); binary_search()は思いつかないなあ 526 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 01:03:05 ] ライブラリの普及活動ってデリケートだよな、 失敗時に下手すりゃ関連ライブラリにも飛び火するし。 527 名前：progress_display mailto:sage [2010/01/20(水) 13:10:13 ] まったくですよ 528 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 15:01:57 ] >>527 貴方はお引き取りくださいｗ 529 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 16:37:42 ] 飛び火するようなアレだっけ？ 530 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 16:54:00 BE:480255528-2BP(0)] progress_displayを見たとき ああこれは他のプロセスから進捗状況を取得できるAPIも用意されてるんだな。 そうにちがいない。 まさか表示するだけなんてことはあるまい。 531 名前：デフォルトの名無しさん mailto:sage [2010/01/21(木) 11:44:45 ] もう許してやれよ 532 名前：compressed_pai mailto:sage [2010/01/22(金) 20:58:00 ] 絶対に許さない 533 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 00:59:47 ] paiってなんかえろいな 534 名前： [―{}@{}@{}-] デフォルトの名無しさん mailto:sage [2010/01/23(土) 08:00:23 ] 貧乳ですねわかります 535 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 08:35:21 ] #define compressed_pai 3 536 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 12:58:04 ] せめて浮動少数にしてあげて；； 537 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 19:10:44 ] compressされてるので無理です。有理だけど。 538 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 19:27:42 ] #define compressed_pai (355/113) 539 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 19:28:17 ] 355.0/113.0 540 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 19:34:26 ] そういやこんなスレがあったな。 ttp://pc12.2ch.net/test/read.cgi/tech/1248060999/ 無限精度実数ライブラリなんだとさ。 これさえあればpiも無限精度でいけるぜ。 ・・・いつ使うのかはしらんが、画期的なにおいがある。 541 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 21:18:09 ] ICUサポートを有効にしたままRegexをstatic-staticでビルドってできないのかな？ ICUをstaticでビルドしてるからRegexもlink=staticでビルドしたい 542 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 21:42:20 ] ま、無限精度じゃないしな。 543 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 22:08:45 ] >>541 Bjamのソースか関連ファイルを改造しないと無理と思われます。 544 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 22:24:32 ] 更新しました。 ttp://booster.x0.to/ 以下更新内容の一部 [Spirit] Spirit: added compile time assertion diagnosing a configuration mismatch Spirit: working around false static assert on earlier versions of gcc Spirit: fixing tests for qi::matches[] Spirit: fixed signed/unsigned mismatch in Qi's binary parsers Spirit: added spirit::ostream_iterator Spirit: fixed violation reported by inspect Spirit: fixing nasty bug in rule copy constructor Spirit:: adding missing function in multi_pass policies. Spirit: added specialization for signed char - doh! [Bimap] fix missing include headers, ticket #1521 fix count() constness, ticket #2484 [Graph] Changed to BOOST_THROW_EXCEPTION (except in one test case) [Math] Change cbrt implementation to use a better performing algorithm. Change functions named "check" so they don't conflict with Apple macro of the same name. [Asio] Add coroutine::is_complete() and support for "yield break;". [Type_traits] Fixes #3704. [Property_tree] Fix a weakness in the XML whitespace tests. This allows me to have correct tests after fixing PR2855, which is also in this commit. [Python] Support different MS calling conventions, thanks to Nicolas Lelong. Closes #3833. [Mpl] Fix bitand/bitor conflicts with iso64.h header 545 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 01:36:59 ] boost.asio で boost::asio::ip::tcp::socket socket(io_service); socket << "request" << hoge << "\r\n"; とすれば socket.send(std::string("request") + boost::lexical_cast<std::string>(hoge) + "\r\n"); と同じ事をしてくれるような機能はないのでしょうか 546 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 14:53:21 ] boost::iostreams使ってラッパ作るとか 547 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 14:57:15 ] boost::asio::ip::tcp::iostreamは既に存在する 548 名前： [―{}@{}@{}-] デフォルトの名無しさん mailto:sage [2010/01/25(月) 19:05:01 ] namespace boost.asio 内に socket& operator<<(socket&, const std::string& request); って関数用意するくらいしか思いつかないな iostreams とか使ってもできそうな気がするけど 549 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 22:13:04 ] asioのマニュアル>Examples>HTTP Clientでもお読み 550 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 22:41:49 ] asioってソケット何個まで同時に開けますか？ 551 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 12:06:43 ] boostの使い方じゃなくて実装を中心に解説してる本ってあるの？ 552 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 22:13:17 ] >>550 OSの制限まで使えると思う。Asio自体には特に制限はないのでは？ 553 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 23:22:17 ] あっしお(あっそ) 554 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:28:44 ] >>552 じゃWinの場合は1スレッド32個までなのかな。 555 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 03:11:51 ] >>554 WaitForMultipleObjectsの制限で64個のほかに何かあるの？ 556 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 20:34:31 ] 1.42.0 557 名前：デフォルトの名無しさん [2010/02/06(土) 23:11:24 ] >>556 祝age 558 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 23:38:54 ] えー・・・ 昨日1.41.0入れたばかりなのに ちなみにその前日まで1.38使ってました 559 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 00:34:45 ] ちょっと教えて欲しい。 C言語の getopt(argc, argv, "o::") $ command -oarg <- arg は-oの引数 $ command -o arg <- arg は-oの引数とみなさない を boost::program_options で実現するにはどうしたらいい？ desc.add_options()("option,o", value<std::string>()->implicit_value(""), "desc") でいけそうな気もするけど 1.33.1 縛りなので implicit_value が無いらしい(´・ω・｀) 560 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 15:55:40 ] program.optionsは1.42でも更新されてるから最新で試してみれば？悩むのはそれからでもいいんじゃね？ 561 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 22:17:07 ] >>560 とりあえず使える状態だった1.41.0で implicit_valueを試してみたけどダメみたいだね。 次のargvを引数にするみたい(´・ω・｀) 562 名前：デフォルトの名無しさん mailto:sage [2010/02/07(日) 22:20:18 ] program_optionsは、以前試したら、 unicode対応の意味を分かってないクソ設計だった。 正直、progress_displayと同レベル。

---

---

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

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