[過去ログ]
Boost総合スレ part8 (1001レス)
Boost総合スレ part8 http://echo.5ch.net/test/read.cgi/tech/1251446016/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
423: デフォルトの名無しさん [sage] 2009/12/22(火) 21:59:52 よく分からんが、uBLASは1.40でlu.hppも含めてアップデートされているので 1.40で試してみたらどう http://echo.5ch.net/test/read.cgi/tech/1251446016/423
424: デフォルトの名無しさん [sage] 2009/12/22(火) 22:22:56 >>423 ありがとうございます とりあえず、アップデートして行ってみましたが状況変わらずでした LU分解の後退代入で配列の不正アクセスか,配列が破壊されてるかどちらかが起きてるのはわかるんですが 毎回違うタイミングで起きるので原因が良くわからないです 代入する値はループ毎に変わりますが乱数を使ってるわけではないのでエラーを吐き出すとしたら同じループ回数だとは思うんです http://echo.5ch.net/test/read.cgi/tech/1251446016/424
425: デフォルトの名無しさん [sage] 2009/12/22(火) 22:39:03 取り敢えず、デバッグして発生条件を絞っていくしかないな http://echo.5ch.net/test/read.cgi/tech/1251446016/425
426: デフォルトの名無しさん [sage] 2009/12/23(水) 01:01:44 まさかとは思うがuBLAS最新はVC系はサポートされてないぞ。 http://echo.5ch.net/test/read.cgi/tech/1251446016/426
427: デフォルトの名無しさん [sage] 2009/12/23(水) 01:06:07 ビタミンC? http://echo.5ch.net/test/read.cgi/tech/1251446016/427
428: デフォルトの名無しさん [sage] 2009/12/23(水) 05:00:13 >>421 もうエラーの内容も覚えていないんだけど uBLASつかってるシングルスレッドのプログラムを 問題を複数に分けてマルチスレッドで分散してやるようにしたらわけのわからないエラーが出始めた 納期があったから細かく調べずにマルチプロセスで逃げたw まったく参考にならんけど思い出した http://echo.5ch.net/test/read.cgi/tech/1251446016/428
429: デフォルトの名無しさん [sage] 2009/12/26(土) 00:17:37 更新しました。 ttp://booster.x0.to/ 以下更新内容の一部 [Regex] Improve recursion branch-prediction. [Spirit] Spirit: comment typo fixes Spirit: minor test adjustment Added note to fix the thing Spirit: expanded the quick hack to include strings Spirit: added new Karma example Spirit: little endian binary test fix [Multi_index] handled serialization of non default constructible values [Selialization] Fix plugin test/demo http://echo.5ch.net/test/read.cgi/tech/1251446016/429
430: デフォルトの名無しさん [sage] 2009/12/29(火) 17:07:19 Webを検索していて驚きました。 ttp://webdocs.cs.ualberta.ca/~graphics/software/boost/boost/numeric/ublas/traits.hpp ここに boost::complex というテンプレートがあるのですが、これはなんでしょうか? 昔std::complexが標準にない時代にboostに同等のものがあったとか、 そういうことはありますか? http://echo.5ch.net/test/read.cgi/tech/1251446016/430
431: デフォルトの名無しさん [sage] 2010/01/02(土) 09:11:03 初歩的な質問で恐縮なのですが… win2000+VisualStudio2005+Microsoft Platform SDK for Windows Server 2003 SP1で、 Boost1.41をダウンロードしてきてbootstrapとbjamを実行し、 http://www.boost.org/doc/libs/1_41_0/libs/filesystem/example/simple_ls.cpp を試しにコンパイルしてみたのですが、 LINK : fatal error LNK1104: ファイル 'libboost_filesystem-vc80-mt-gd-1_41.lib' を開くことができません。 というエラーが出ます。 指定されたファイルはC:\Boost\bin.v2\libs\filesystem\の下層にちゃんとあるのですが、 これはコンパイラにパスが通ってないということでしょうか? 解決方法を知っている方がいましたら教えていただきたいです。 現在のVisualStudioの設定は以下のとおりです。 オプション→プロジェクトおよびソリューション→VC++ディレクトリ→インクルードファイルにC:\Boostを追加 ライブラリファイルにC:\Boost\bin.v2\libsを追加 http://echo.5ch.net/test/read.cgi/tech/1251446016/431
432: デフォルトの名無しさん [sage] 2010/01/02(土) 10:08:41 ファイル名が微妙に違ったりしてないかい http://echo.5ch.net/test/read.cgi/tech/1251446016/432
433: デフォルトの名無しさん [sage] 2010/01/02(土) 11:58:11 >指定されたファイルはC:\Boost\bin.v2\libs\filesystem\の下層にちゃんとあるのですが、 >(中略) >ライブラリファイルにC:\Boost\bin.v2\libsを追加 bin.v2 の下は未インストール状態のものなのでその下層のパスまでちゃんと指定するか、install して 一ヶ所にまとめられたディレクトリを指定するかどっちかだと思われ。 http://echo.5ch.net/test/read.cgi/tech/1251446016/433
434: デフォルトの名無しさん [sage] 2010/01/02(土) 12:34:19 おいおい、bin.v2はビルド時の中間ファイル置き場だろ。 bjamのオプション次第だけど、普通はstage\libだろ。 http://echo.5ch.net/test/read.cgi/tech/1251446016/434
435: デフォルトの名無しさん [sage] 2010/01/02(土) 16:39:47 431です。 ライブラリファイルをC:\Boost\stage\libに変更したところ、コンパイルが通るようになりました。 回答してくださった方々、本当にありがとうございます。 http://echo.5ch.net/test/read.cgi/tech/1251446016/435
436: デフォルトの名無しさん [] 2010/01/03(日) 11:53:28 boostからMPICH2を使ってみようと思うんだが、 MPICH2(Win32 64bit)をインストールしても binフォルダにmpichコマンドやmpeコマンドが見当たらない。 そういうもの? ttp://www.kmonos.net/alang/boost/classes/mpi.html ここの手順そのままで問題ない? http://echo.5ch.net/test/read.cgi/tech/1251446016/436
437: デフォルトの名無しさん [sage] 2010/01/03(日) 18:56:13 >>436 俺はやったことないからわからんが、そのページに >MPICH2 では手元の環境ではうまく動かず…。 って書いてあるのに、そのままで問題ないかと言われても…。 http://echo.5ch.net/test/read.cgi/tech/1251446016/437
438: デフォルトの名無しさん [sage] 2010/01/04(月) 13:41:42 >>436 MPIの使い方はよく分かりません。 Boost 1.41 + MPICH2で試してみましたが、ビルドまでは通るものの実行時に例外エラーが発生しますね。 http://echo.5ch.net/test/read.cgi/tech/1251446016/438
439: デフォルトの名無しさん [sage] 2010/01/04(月) 13:58:53 更新しました。Boost.MPIにつきましては、今後MPICH2以外の使用を検討致します。 ttp://booster.x0.to/ 以下更新内容の一部 [Fusion] associative forward iterators in example and docs [Random] Attempt to fix ranlux failures Try to get more information out of the failing tests. [Spirit] Spirit: fixing a problem in sequences if the attribute is a container of containers, more test cases Spirit: accounting for changed fusion::fold parameter sequence in new Boost version Spirit: fixed SA detection for karma::maxwidth [Iostreams] Don't throw if seeking the end of the restricted area of a file. Add dummy returns after calling throw_exception. [Type_traits] Fixes #3800. [Circular_buffer] circular_buffer: constant complexity of clear method and destructor [Asio] Windows needs the OVERLAPPED structure to be valid until both the initiating function call has returned and the completion packet has been delivered. Don't block signals while performing system calls, but instead restart the calls if they are interrupted. Add boost_ prefix to extern "C" thread entry point function. Refs #3809. Add a workaround for some broken Windows firewalls that make a socket appear bound to 0.0.0.0 when it is in fact bound to 127.0.0.1. [Functional] Rename namespace BOOST_HASH_DETECT_FLOAT_FUNCTIONS to lower case for consistency. [Uuid] optimized seed_rng optimized string_generator http://echo.5ch.net/test/read.cgi/tech/1251446016/439
440: デフォルトの名無しさん [sage] 2010/01/05(火) 12:51:23 はじめまして。Boost.MultiArray の設計について教えていただきたいのですが、 multi_array_ref や const_multi_array_ref は何のために設計されているのでしょうか? 参照では問題がある場合に使うことを想定しているのでしょうか? http://echo.5ch.net/test/read.cgi/tech/1251446016/440
441: デフォルトの名無しさん [sage] 2010/01/05(火) 16:41:32 参照の参照を内部で回避してるんじゃないかとエスパー http://echo.5ch.net/test/read.cgi/tech/1251446016/441
442: 440 [sage] 2010/01/05(火) 19:07:57 >>441 どうもありがとうございます。やっぱりそうなんですかね。 http://echo.5ch.net/test/read.cgi/tech/1251446016/442
443: デフォルトの名無しさん [sage] 2010/01/05(火) 19:28:58 実装読まずに適当に推測すると 名前的にはauto_ptrに対するauto_ptr_refとかと同じ用途なんじゃない? http://echo.5ch.net/test/read.cgi/tech/1251446016/443
444: デフォルトの名無しさん [sage] 2010/01/05(火) 19:33:56 用途的には、multi_array_refはトラディショナルな配列のポインタを渡してmulti_arrayとして扱うためのラッパー。 http://echo.5ch.net/test/read.cgi/tech/1251446016/444
445: デフォルトの名無しさん [sage] 2010/01/05(火) 20:00:51 fucktoryパターンってなに?>< http://echo.5ch.net/test/read.cgi/tech/1251446016/445
446: デフォルトの名無しさん [sage] 2010/01/05(火) 20:11:44 fucker http://echo.5ch.net/test/read.cgi/tech/1251446016/446
447: デフォルトの名無しさん [sage] 2010/01/05(火) 20:12:21 子作りでインスタンスを増やすパターン http://echo.5ch.net/test/read.cgi/tech/1251446016/447
448: デフォルトの名無しさん [sage] 2010/01/05(火) 20:14:58 >>443 > 実装読まずに適当に推測すると > 名前的には 現実的にはこれができるのが一番いいよね。 むずかしいけどさ。 俺 名前づけのセンスないし。 http://echo.5ch.net/test/read.cgi/tech/1251446016/448
449: デフォルトの名無しさん [sage] 2010/01/06(水) 22:48:22 「画像を扱うライブラリが増える」と聞いて、bimapだと勘違いした人、正直に手を上げなさいノシ http://echo.5ch.net/test/read.cgi/tech/1251446016/449
450: デフォルトの名無しさん [sage] 2010/01/06(水) 23:52:48 Boost.SpiritはV2になって、 結局 何が良くなったのでしょうか? コンパイル速度は悪くなったと思いますが、 実行時速度とかでしょうか? http://echo.5ch.net/test/read.cgi/tech/1251446016/450
451: デフォルトの名無しさん [sage] 2010/01/07(木) 12:19:06 Spiritのソースのメンテ性(Spiritを使ったソースではない)が上がったんじゃなかったか。 http://echo.5ch.net/test/read.cgi/tech/1251446016/451
452: デフォルトの名無しさん [sage] 2010/01/07(木) 12:43:56 SpiritとExpressiveってコア統合中とか聞いたけど、最近のでは実現してるの? http://echo.5ch.net/test/read.cgi/tech/1251446016/452
453: デフォルトの名無しさん [] 2010/01/07(木) 13:08:45 shared_ptrで、別のshared_ptrに参照させる際に weak_ptrのlock関数経由(もしくはshared_from_this関数)と '=' での直接代入経由で参照カウントの挙動に変化がなかったけど これってどっちでもいいの? BoostはVer1_40_0です。 http://echo.5ch.net/test/read.cgi/tech/1251446016/453
454: デフォルトの名無しさん [sage] 2010/01/07(木) 13:11:05 >>453 あたりまえじゃないか。 挙動が変わるはずだという理屈があるなら言ってみれ。 http://echo.5ch.net/test/read.cgi/tech/1251446016/454
455: デフォルトの名無しさん [] 2010/01/07(木) 13:21:25 直接代入が参照のコピーか移動かの仕様が自分の中でちょっと疑問でして、 実行結果を見れば一目了然なんですが、 これですっきりしました、有難うございました。 http://echo.5ch.net/test/read.cgi/tech/1251446016/455
456: 450 [sage] 2010/01/07(木) 20:11:07 >>451 ありがとうございます。 そうですか。 ・・・でもまだ正直v1よりバグが多いとかですかね? http://echo.5ch.net/test/read.cgi/tech/1251446016/456
457: デフォルトの名無しさん [sage] 2010/01/07(木) 20:42:56 Spiritは毎日のように更新されてるので、バグ多しっつーより未完成ってイメージが http://echo.5ch.net/test/read.cgi/tech/1251446016/457
458: デフォルトの名無しさん [sage] 2010/01/07(木) 20:45:32 >>457 そうなんですか。 まさかのこれ以上の機能拡充とかですかね。 ありがとうございます。 http://echo.5ch.net/test/read.cgi/tech/1251446016/458
459: デフォルトの名無しさん [sage] 2010/01/08(金) 21:17:53 更新しました。Boost.MPIのビルドにはMPICH 1.2.5を使用しましたが、>>436のサンプルは上手く動作しません。 ttp://booster.x0.to/ 以下更新内容の一部 [Unordered] Formatting changes, mostly to fit within 80 characters. Also, some C casts converted to static_cast. [Spirit] Spirit: added concept checks for qi API functions, fixed qi::match functions, added basic_istream_iterator Spirit: added karma::auto_() Spirit: added missing top level include file Spirit: fix for one of the multi_pass policies Spirit: added more tests for Karma auto_ Spirit: adding the matches.hpp[] directive Spirit: adding tests for the matches[] directive [Asio] Include boost/limits.hpp rather than <limits>, to support older compilers. Refs #3743. Drop back to second_clock if microsec_clock is unavailable. Refs #3743. Use sockatmark if SIOCATMARK is not defined. Refs #3743. Disable iostreams-related functionality if BOOST_NO_IOSTREAMS is defined. Refs #3743. Apply fix for reported excessive CPU usage under Solaris. Refs #3670. Support platforms that don't define INET6_ADDRSTRLEN. Refs #3743. [Wave] Wave: updating copyrights, fixing issues introduced by latest changes to multi_pass. [Regex] Fix bug that effects recursive expressions combined with repeats. Speed up the code a little, and stop swapping stream buffers around in case that's the cause of some test failures. [Iostreams] More unreachable returns. This should only be a temporary workaround. 亦、libs_for_build_boost.rarも、bjam.exeをrev.58785にアップデート致しました。 http://echo.5ch.net/test/read.cgi/tech/1251446016/459
460: デフォルトの名無しさん [sage] 2010/01/08(金) 22:08:02 と、改めてMPICH2の使い方を調べてテストし直してみましたところ、 x32, x64双方共正常に動作しました。 管理者権限でコマンドプロンプトを起動して、 smpd -install mpiexec -n 8 test.exe です。 Boost.MPIは次回のビルドからまたMPICH2仕様に戻します。 http://echo.5ch.net/test/read.cgi/tech/1251446016/460
461: デフォルトの名無しさん [sage] 2010/01/08(金) 22:18:17 あ、mpiexecよりGUIであるwmpiexecから起動した方が簡単ですね。 http://echo.5ch.net/test/read.cgi/tech/1251446016/461
462: 440 [sage] 2010/01/09(土) 14:59:43 >>444 なるほど!仕様を読んでみると確かにそういう風に使えるんですね、というか書いてありますね…見落としてました…すみません。 http://echo.5ch.net/test/read.cgi/tech/1251446016/462
463: [―{}@{}@{}-] デフォルトの名無しさん [sage] 2010/01/09(土) 17:03:30 boost::lexical_cast<int>("0x12345");のように、0xがついている文字列が 変換できないのですが、うまく変更できるようにするにはどうすればいいでしょうか? http://echo.5ch.net/test/read.cgi/tech/1251446016/463
464: デフォルトの名無しさん [sage] 2010/01/09(土) 17:34:08 lexical_castは誰もが待ち望んでいて、そしてガッカリした代物だよな・・・ http://echo.5ch.net/test/read.cgi/tech/1251446016/464
465: デフォルトの名無しさん [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 http://echo.5ch.net/test/read.cgi/tech/1251446016/465
466: [―{}@{}@{}-] 463 [sage] 2010/01/09(土) 17:41:23 >>464 >>465 ありがとうございます. lexical_cast は過去に 1e+8 のような形式を変換できずがっかりした記憶が あるのですが、いつの間にかできるようになってて驚きもしました. 0x にもいつか対応してくれると信じて待つとします. http://stackoverflow.com/questions/1070497/c-convert-hex-string-to-signed-integer http://echo.5ch.net/test/read.cgi/tech/1251446016/466
467: デフォルトの名無しさん [sage] 2010/01/09(土) 17:55:57 いや、cinなどbasic_istreamでも(hex指定しない限り)十六進法の入力はできないのだから、 いつまで待っても、lexical_castでできるようにはならないだろう。 http://echo.5ch.net/test/read.cgi/tech/1251446016/467
468: デフォルトの名無しさん [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; } でいいんじゃね? http://echo.5ch.net/test/read.cgi/tech/1251446016/468
469: デフォルトの名無しさん [sage] 2010/01/09(土) 22:37:51 >>468 0x ついてるときはそれでいいけどついてないときには使えないからな〜 中の人の対応を待ちたい http://echo.5ch.net/test/read.cgi/tech/1251446016/469
470: デフォルトの名無しさん [sage] 2010/01/09(土) 23:23:39 >469 codepad だと通るんだが。 ttp://codepad.org/nfkFKOZC http://echo.5ch.net/test/read.cgi/tech/1251446016/470
471: デフォルトの名無しさん [sage] 2010/01/10(日) 06:39:11 >>428 関数の中でグローバルポインタの割り当て/開放をしてるのかね。 http://echo.5ch.net/test/read.cgi/tech/1251446016/471
472: デフォルトの名無しさん [sage] 2010/01/10(日) 14:55:21 strtol・strtoulなら文字列の書式から進数の自動判定が行われるんだし、 CRT使うと死ぬ体質じゃないんならそれ使って実装しときゃいいんでは。 http://echo.5ch.net/test/read.cgi/tech/1251446016/472
473: デフォルトの名無しさん [sage] 2010/01/10(日) 22:32:21 lexical_cast<std::wstring>にすると、コンパイルエラーになるクラスがあったりして困るね。 http://echo.5ch.net/test/read.cgi/tech/1251446016/473
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)); http://echo.5ch.net/test/read.cgi/tech/1251446016/474
475: デフォルトの名無しさん [] 2010/01/13(水) 00:08:33 http://d.hatena.ne.jp/tt_clown/20081225/p1 http://echo.5ch.net/test/read.cgi/tech/1251446016/475
476: デフォルトの名無しさん [] 2010/01/13(水) 00:11:50 http://www.kt.rim.or.jp/~ksk/wskfaq-ja/examples/ipaddr.html http://echo.5ch.net/test/read.cgi/tech/1251446016/476
477: デフォルトの名無しさん [] 2010/01/13(水) 00:18:15 http://grayhole.blogspot.com/2008/10/boostasio-syslog.html http://echo.5ch.net/test/read.cgi/tech/1251446016/477
478: デフォルトの名無しさん [] 2010/01/13(水) 00:24:39 http://blog.goo.ne.jp/dc1394/e/a03ed6855fd2ff595ad1990b1c9d067c http://echo.5ch.net/test/read.cgi/tech/1251446016/478
479: デフォルトの名無しさん [] 2010/01/13(水) 00:26:48 >>475 boostに固執する意味はないので,本質的にはその方法で解決できそうです. ありがとうございます. 自分でサーベイしたところ 今の時点でboostでもリゾルバに頼れば出来るということが分かりました. http://groups.google.co.jp/group/boost-list/browse_thread/thread/7142d22d86aa6bd9?pli=1 http://grayhole.blogspot.com/2009/11/boostasio-udp.html ただ DNS情報がないと駄目なので一部の環境では動かないことが予想されますが... http://echo.5ch.net/test/read.cgi/tech/1251446016/479
480: デフォルトの名無しさん [] 2010/01/13(水) 00:28:28 >>476,477,478 のろのろ書いてる間にすみません. ありがとうございます. http://echo.5ch.net/test/read.cgi/tech/1251446016/480
481: デフォルトの名無しさん [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を使えばいいのか 分かりません。 どなたか教えていただけませんでしょうか。よろしくお願いします。 http://echo.5ch.net/test/read.cgi/tech/1251446016/481
482: デフォルトの名無しさん [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>( ); } }; http://echo.5ch.net/test/read.cgi/tech/1251446016/482
483: デフォルトの名無しさん [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()); こうやるしかない。 http://echo.5ch.net/test/read.cgi/tech/1251446016/483
484: デフォルトの名無しさん [sage] 2010/01/16(土) 18:11:55 >>483 そんなの決まってないよ。双方向の operator () が用意されてれば問題ない。 bind じゃ無理そうだけどね。 http://echo.5ch.net/test/read.cgi/tech/1251446016/484
485: 481 [sage] 2010/01/16(土) 18:21:55 >>482, 483, 484 ありがとうございました。無理みたいですね。 関数オブジェクトを使うことにします。 http://echo.5ch.net/test/read.cgi/tech/1251446016/485
486: デフォルトの名無しさん [sage] 2010/01/17(日) 17:08:19 shared_ptrだけが使いたいんだけど その目的のためにBoostを入れるのは大掛かりすぎる、と思うような人に 良い解決策はありますか? http://echo.5ch.net/test/read.cgi/tech/1251446016/486
487: デフォルトの名無しさん [sage] 2010/01/17(日) 17:11:54 >>486 そういう用途で bcp っていうツールが用意されてるんだけど、 やってみると shared_ptr だけでもけっこうな依存関係になってて、 結局全部そのまま使うことにしたことがある。 http://echo.5ch.net/test/read.cgi/tech/1251446016/487
488: デフォルトの名無しさん [sage] 2010/01/17(日) 17:14:11 >>486 Boostを入れるったって、別に全部リンクされるわけじゃないんだから、 普通にBoost入れてshared_ptrだけインクルードするんじゃだめなの? http://echo.5ch.net/test/read.cgi/tech/1251446016/488
489: デフォルトの名無しさん [sage] 2010/01/17(日) 17:39:55 だねえ、オブジェクトファイルも使わないし、 shared_ptr.hppをインクルードして使えば 完成したバイナリは希望通りshared_ptrだけを使ったバイナリになるし。 http://echo.5ch.net/test/read.cgi/tech/1251446016/489
490: デフォルトの名無しさん [sage] 2010/01/17(日) 17:40:36 std::tr1::shared_ptrが使える環境にするとか http://echo.5ch.net/test/read.cgi/tech/1251446016/490
491: デフォルトの名無しさん [sage] 2010/01/17(日) 17:44:47 VC++2008ならSP1以降は標準でshared_ptr使えるな http://echo.5ch.net/test/read.cgi/tech/1251446016/491
492: デフォルトの名無しさん [sage] 2010/01/17(日) 17:48:33 俺はstd::tr1::shared_ptrよりもboostの方が信頼できるor同等程度だと思っている。 だがそれはさておきboostの一部分だけ取っていじったのが認められるんなら boostそのものだって認められるだろ? やっぱそのままの方が良いと思うんだぜ。 http://echo.5ch.net/test/read.cgi/tech/1251446016/492
493: デフォルトの名無しさん [sage] 2010/01/17(日) 18:00:35 チーム内のよくわからん奴が 勝手にshared_ptr以外のライブラリをiincludeするのを避けたいんだろ http://echo.5ch.net/test/read.cgi/tech/1251446016/493
494: デフォルトの名無しさん [sage] 2010/01/17(日) 18:07:19 エスパーすぎる http://echo.5ch.net/test/read.cgi/tech/1251446016/494
495: デフォルトの名無しさん [sage] 2010/01/17(日) 18:50:55 >Boostを入れるのは大掛かりすぎる 自分もboost入れる前はそう思ってた http://echo.5ch.net/test/read.cgi/tech/1251446016/495
496: デフォルトの名無しさん [sage] 2010/01/17(日) 19:05:31 そりゃTR1ライブラリよりBoostの方が格段に信頼性は上だろうな だが世の中には色々な(往々にして訳分からんand/or間違った)理由で「Boostは ちょっと」って奴もいるからなぁ 他人のコードでバグ出た時ってマジきついしー、みたいに言われた時は、そんなら 標準ライブラリも普通にバグ出るから使うなよって思った http://echo.5ch.net/test/read.cgi/tech/1251446016/496
497: デフォルトの名無しさん [sage] 2010/01/17(日) 19:15:41 そんなこと言ってるやつのコードよりboostの方がよっぽど信用できるわな http://echo.5ch.net/test/read.cgi/tech/1251446016/497
498: デフォルトの名無しさん [sage] 2010/01/17(日) 20:17:47 >>496 単に今までのスタイルを壊されるのが嫌だって理由の連中がいたりするからなあ そういうのがいると、バージョン管理ソフトさえ入れられない。 http://echo.5ch.net/test/read.cgi/tech/1251446016/498
499: デフォルトの名無しさん [sage] 2010/01/17(日) 20:37:11 そういうヤツの会社は潰れるか少なくとも競争には負けるから 心配要らないよ。 http://echo.5ch.net/test/read.cgi/tech/1251446016/499
500: デフォルトの名無しさん [sage] 2010/01/17(日) 21:29:34 >>486 まず数十行程度の自作スマートポインタから始める。 それで事足りればそれでおしまい。 それじゃ足りないと頭を抱えた時になって初めて確信を持ってshared_ptrを使う。 http://echo.5ch.net/test/read.cgi/tech/1251446016/500
501: デフォルトの名無しさん [sage] 2010/01/18(月) 05:25:49 shared_ptrだと生に比べてパフォーマンスも下がるし、かなりサイズも大きくなるってのもあるし、 本当に必要かどうかは考えた方が良いのかも。 特にサイズはポインタ1つあたり10倍以上増えるんだっけ? 生ポインタ 参照カウンタ shared_ptrのvirtual関係 デリータ+virtual ミューテックス で。 http://echo.5ch.net/test/read.cgi/tech/1251446016/501
502: デフォルトの名無しさん [sage] 2010/01/18(月) 06:43:23 shared_ptrを使わなければ実装できないデータ構造ではそれらのメンバは必須であり 10倍以上という増加も必要な増加だ。 http://echo.5ch.net/test/read.cgi/tech/1251446016/502
503: デフォルトの名無しさん [sage] 2010/01/18(月) 08:18:04 >>501 それは最悪の場合のサイズでしょ。 virtual関係を共通化したり、atomic操作を使ったり、 実装上の工夫でもっと減らせる。 http://echo.5ch.net/test/read.cgi/tech/1251446016/503
504: デフォルトの名無しさん [sage] 2010/01/18(月) 08:51:26 パッと見だとInterlocked系の操作で済ませてるからミューテックスとか要らなくね? http://echo.5ch.net/test/read.cgi/tech/1251446016/504
505: デフォルトの名無しさん [sage] 2010/01/18(月) 09:21:34 shared_ptrのミューテックスはマルチスレッドのためのものじゃない。 http://echo.5ch.net/test/read.cgi/tech/1251446016/505
506: デフォルトの名無しさん [sage] 2010/01/18(月) 09:23:34 えっ http://echo.5ch.net/test/read.cgi/tech/1251446016/506
507: デフォルトの名無しさん [sage] 2010/01/18(月) 09:30:25 何に使うの? http://echo.5ch.net/test/read.cgi/tech/1251446016/507
508: デフォルトの名無しさん [sage] 2010/01/18(月) 09:46:19 日本の参政権は日本人のためだけのものじゃない。 http://echo.5ch.net/test/read.cgi/tech/1251446016/508
509: デフォルトの名無しさん [sage] 2010/01/18(月) 09:48:11 僕たちは天使じゃない。 http://echo.5ch.net/test/read.cgi/tech/1251446016/509
510: デフォルトの名無しさん [sage] 2010/01/18(月) 10:07:51 トムは鉛筆ではない http://echo.5ch.net/test/read.cgi/tech/1251446016/510
511: デフォルトの名無しさん [sage] 2010/01/18(月) 13:07:00 Tom is a pen. http://echo.5ch.net/test/read.cgi/tech/1251446016/511
512: デフォルトの名無しさん [sage] 2010/01/18(月) 13:15:29 >>503 そりゃboostのは使わないで自分で作れと言ってるのか? http://echo.5ch.net/test/read.cgi/tech/1251446016/512
513: デフォルトの名無しさん [sage] 2010/01/18(月) 13:41:26 つーかboostのってmutexなんか使ってんの? http://echo.5ch.net/test/read.cgi/tech/1251446016/513
514: デフォルトの名無しさん [sage] 2010/01/18(月) 14:40:30 mutexではなくspinlockになってた http://echo.5ch.net/test/read.cgi/tech/1251446016/514
515: デフォルトの名無しさん [sage] 2010/01/18(月) 14:47:02 atomicなintrinsicが使えるような処理系ならその辺使わないんじゃね? 知らんけど http://echo.5ch.net/test/read.cgi/tech/1251446016/515
516: デフォルトの名無しさん [] 2010/01/18(月) 15:35:24 spinlockを使うのは排他中の処理が非常に早く完了するだろうと予測しているから? http://echo.5ch.net/test/read.cgi/tech/1251446016/516
517: デフォルトの名無しさん [sage] 2010/01/18(月) 16:42:09 >>500 1 ひとりプロジェクトならスマートポインタは必要ない。 2 協調作業の場合、自作スマートポインタの仕様を説明するのが面倒だからよそのライブラリを使ったほうが説明しやすい ゆえに自作スマートポインタは必要ない http://echo.5ch.net/test/read.cgi/tech/1251446016/517
518: デフォルトの名無しさん [sage] 2010/01/18(月) 16:45:09 >>517 > 1 ひとりプロジェクトならスマートポインタは必要ない。 いやいやいや。 http://echo.5ch.net/test/read.cgi/tech/1251446016/518
519: デフォルトの名無しさん [sage] 2010/01/18(月) 16:55:00 scoped_ptr以外はコード毎最適実装が無限にあるからね http://echo.5ch.net/test/read.cgi/tech/1251446016/519
520: 503 [sage] 2010/01/18(月) 19:32:14 >>512 誤解させてすまんかった。 boostの環境依存コードにはすでに実装上の工夫がだいぶ入っている。 http://echo.5ch.net/test/read.cgi/tech/1251446016/520
521: デフォルトの名無しさん [sage] 2010/01/18(月) 20:14:11 >>501 それはどこのshared_ptrですか? boostのshared_ptrはカウンタクラスにvtableとuse_countとweak_countしかないよ。 アトミック命令でインクリメントするからミューテックスは必要ないし。 http://echo.5ch.net/test/read.cgi/tech/1251446016/521
522: デフォルトの名無しさん [sage] 2010/01/18(月) 20:23:32 >>521 アトミックも何も使えない環境だと本当に肥大化するよ。 1.35のsp_counted_base_pt.hppを見てみ。 http://echo.5ch.net/test/read.cgi/tech/1251446016/522
523: デフォルトの名無しさん [sage] 2010/01/18(月) 21:02:05 シングルスレッド確定なら #define BOOST_SP_DISABLE_THREADS という手もある http://echo.5ch.net/test/read.cgi/tech/1251446016/523
524: デフォルトの名無しさん [sage] 2010/01/18(月) 21:10:38 >>523 そんなん初めて知ったわ http://echo.5ch.net/test/read.cgi/tech/1251446016/524
525: デフォルトの名無しさん [sage] 2010/01/19(火) 00:05:31 shared_ptrだけ使いたいって欲求は少しわかるな。 環境や使用できるライブラリが他人に決められてしまう場合とか。 せめてshared_ptrだけの導入なら説得できるんじゃないかとか思ったことがあるw >>481 find_if()とかでこんなの考えたけど意味が違うか find_if( v.begin(), v.end(), bind( &tuple<string, int, int>::get<0>, _1 ) == str ); binary_search()は思いつかないなあ http://echo.5ch.net/test/read.cgi/tech/1251446016/525
526: デフォルトの名無しさん [sage] 2010/01/19(火) 01:03:05 ライブラリの普及活動ってデリケートだよな、 失敗時に下手すりゃ関連ライブラリにも飛び火するし。 http://echo.5ch.net/test/read.cgi/tech/1251446016/526
527: progress_display [sage] 2010/01/20(水) 13:10:13 まったくですよ http://echo.5ch.net/test/read.cgi/tech/1251446016/527
528: デフォルトの名無しさん [sage] 2010/01/20(水) 15:01:57 >>527 貴方はお引き取りくださいw http://echo.5ch.net/test/read.cgi/tech/1251446016/528
529: デフォルトの名無しさん [sage] 2010/01/20(水) 16:37:42 飛び火するようなアレだっけ? http://echo.5ch.net/test/read.cgi/tech/1251446016/529
530: デフォルトの名無しさん [sage] 2010/01/20(水) 16:54:00 BE:480255528-2BP(0) progress_displayを見たとき ああこれは他のプロセスから進捗状況を取得できるAPIも用意されてるんだな。 そうにちがいない。 まさか表示するだけなんてことはあるまい。 http://echo.5ch.net/test/read.cgi/tech/1251446016/530
531: デフォルトの名無しさん [sage] 2010/01/21(木) 11:44:45 もう許してやれよ http://echo.5ch.net/test/read.cgi/tech/1251446016/531
532: compressed_pai [sage] 2010/01/22(金) 20:58:00 絶対に許さない http://echo.5ch.net/test/read.cgi/tech/1251446016/532
533: デフォルトの名無しさん [sage] 2010/01/23(土) 00:59:47 paiってなんかえろいな http://echo.5ch.net/test/read.cgi/tech/1251446016/533
534: [―{}@{}@{}-] デフォルトの名無しさん [sage] 2010/01/23(土) 08:00:23 貧乳ですねわかります http://echo.5ch.net/test/read.cgi/tech/1251446016/534
535: デフォルトの名無しさん [sage] 2010/01/23(土) 08:35:21 #define compressed_pai 3 http://echo.5ch.net/test/read.cgi/tech/1251446016/535
536: デフォルトの名無しさん [sage] 2010/01/24(日) 12:58:04 せめて浮動少数にしてあげて;; http://echo.5ch.net/test/read.cgi/tech/1251446016/536
537: デフォルトの名無しさん [sage] 2010/01/24(日) 19:10:44 compressされてるので無理です。有理だけど。 http://echo.5ch.net/test/read.cgi/tech/1251446016/537
538: デフォルトの名無しさん [sage] 2010/01/24(日) 19:27:42 #define compressed_pai (355/113) http://echo.5ch.net/test/read.cgi/tech/1251446016/538
539: デフォルトの名無しさん [sage] 2010/01/24(日) 19:28:17 355.0/113.0 http://echo.5ch.net/test/read.cgi/tech/1251446016/539
540: デフォルトの名無しさん [sage] 2010/01/24(日) 19:34:26 そういやこんなスレがあったな。 ttp://pc12.2ch.net/test/read.cgi/tech/1248060999/ 無限精度実数ライブラリなんだとさ。 これさえあればpiも無限精度でいけるぜ。 ・・・いつ使うのかはしらんが、画期的なにおいがある。 http://echo.5ch.net/test/read.cgi/tech/1251446016/540
541: デフォルトの名無しさん [sage] 2010/01/24(日) 21:18:09 ICUサポートを有効にしたままRegexをstatic-staticでビルドってできないのかな? ICUをstaticでビルドしてるからRegexもlink=staticでビルドしたい http://echo.5ch.net/test/read.cgi/tech/1251446016/541
542: デフォルトの名無しさん [sage] 2010/01/24(日) 21:42:20 ま、無限精度じゃないしな。 http://echo.5ch.net/test/read.cgi/tech/1251446016/542
543: デフォルトの名無しさん [sage] 2010/01/24(日) 22:08:45 >>541 Bjamのソースか関連ファイルを改造しないと無理と思われます。 http://echo.5ch.net/test/read.cgi/tech/1251446016/543
544: デフォルトの名無しさん [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 http://echo.5ch.net/test/read.cgi/tech/1251446016/544
545: デフォルトの名無しさん [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"); と同じ事をしてくれるような機能はないのでしょうか http://echo.5ch.net/test/read.cgi/tech/1251446016/545
546: デフォルトの名無しさん [sage] 2010/01/25(月) 14:53:21 boost::iostreams使ってラッパ作るとか http://echo.5ch.net/test/read.cgi/tech/1251446016/546
547: デフォルトの名無しさん [sage] 2010/01/25(月) 14:57:15 boost::asio::ip::tcp::iostreamは既に存在する http://echo.5ch.net/test/read.cgi/tech/1251446016/547
548: [―{}@{}@{}-] デフォルトの名無しさん [sage] 2010/01/25(月) 19:05:01 namespace boost.asio 内に socket& operator<<(socket&, const std::string& request); って関数用意するくらいしか思いつかないな iostreams とか使ってもできそうな気がするけど http://echo.5ch.net/test/read.cgi/tech/1251446016/548
549: デフォルトの名無しさん [sage] 2010/01/25(月) 22:13:04 asioのマニュアル>Examples>HTTP Clientでもお読み http://echo.5ch.net/test/read.cgi/tech/1251446016/549
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 452 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s