[過去ﾛｸﾞ]
Boostを語れゴラァ part3 (1001ﾚｽ)
Boostを語れゴラァ part3 http://echo.5ch.net/test/read.cgi/tech/1158991211/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
653: デフォルトの名無しさん [sage] 2007/01/22(月) 03:06:39 >>649←恥ずかしい人ﾊｹﾝ http://echo.5ch.net/test/read.cgi/tech/1158991211/653
654: デフォルトの名無しさん [sage] 2007/01/22(月) 06:14:33 よかったね。毎日が発見の連続だね。 http://echo.5ch.net/test/read.cgi/tech/1158991211/654
655: 649 [sage] 2007/01/22(月) 07:01:48 ん？何か変なこと言ったか？ http://echo.5ch.net/test/read.cgi/tech/1158991211/655
656: デフォルトの名無しさん [sage] 2007/01/22(月) 16:11:33 みなさん、boost::FileSystemって使ってます？ 日本語対応してないとかmingwで一部テストがエラーとか、ちょっと使うのに二の足踏んでます。 でも移植性のある他の代替選択肢もなさそうだしなぁ・・・。 http://echo.5ch.net/test/read.cgi/tech/1158991211/656
657: デフォルトの名無しさん [sage] 2007/01/22(月) 16:39:05 >> でも移植性のある他の代替選択肢もなさそうだしなぁ・・・。 boost以外のポータブルなライブラリを使えばよいのでは。 ファイルシステム関連でMBCS/WCSに対応してないって、実用上論外だと思うが。 Shift_JIS環境では使い物にならないし、Win32のFindFirstFileA()って パス長に思いっきり制限あるし。 http://echo.5ch.net/test/read.cgi/tech/1158991211/657
658: デフォルトの名無しさん [sage] 2007/01/22(月) 17:16:19 CVSから1.34拾ってこい。 http://echo.5ch.net/test/read.cgi/tech/1158991211/658
659: デフォルトの名無しさん [sage] 2007/01/22(月) 17:47:54 がらっと変わってるよね 念願の basic_path 化とか他盛りだくさん http://boost.cvs.sourceforge.net/*checkout*/boost/boost/libs/filesystem/doc/index.htm?pathrev=RC_1_34_0 http://echo.5ch.net/test/read.cgi/tech/1158991211/659
660: デフォルトの名無しさん [sage] 2007/01/22(月) 19:35:35 1.34 早くリリースされないかな？ http://echo.5ch.net/test/read.cgi/tech/1158991211/660
661: デフォルトの名無しさん [sage] 2007/01/22(月) 21:28:32 1.35は大変なことになるというか、もう別の言語というか Fusion, MPI, Asio, Interprocessなどなど ライブラリに関しては、標準が何かするべきではないと思う 標準は、発表の場を提供することに予算を使うべきだ。 そして、その場所を標準として定義すべきだ(とか言ってしまおう) 実際stlportが泥を被っているわけだしな BoostがなければC++は死んでたよ http://echo.5ch.net/test/read.cgi/tech/1158991211/661
662: デフォルトの名無しさん [sage] 2007/01/22(月) 22:11:32 >>661 すまんが言いたいことがよくわからん。 もうちょっと具体的 and/or 他人に理解できるようにお願い。 http://echo.5ch.net/test/read.cgi/tech/1158991211/662
663: デフォルトの名無しさん [sage] 2007/01/22(月) 22:40:02 signalを関数objectとしてfor_eachに渡す方法はないのでしょうか？ struct obj1 { void operator()(double &t) const {std::cout << "obj1:" << t << " " ;} }; struct obj2 { void operator()(double &t) const {std::cout << "obj2:" << t << " " ;} }; boost::signal1< void ,double> sig; sig.connect(obj1()); sig.connect(obj2()); std::vector<double > ar; std::for_each(ar.beg
in(),ar.end(),sig) err sigのプライベートメンバーにアクセスできません となってfor_eachに渡せません 単にobj1,2を両方使いたいだけなんだけど http://echo.5ch.net/test/read.cgi/tech/1158991211/663
664: 663 [sage] 2007/01/22(月) 22:56:26 自己解決しました std::for_each(ar.begin(),ar.end(),boost::bind<void>(boost::ref(sig), _1)); でできました http://echo.5ch.net/test/read.cgi/tech/1158991211/664
665: デフォルトの名無しさん [sage] 2007/01/24(水) 09:21:05 gil::transform_channels(pixel1,pixel2,pixel3, ( 1.0/(boost::lambda::_1 - boost::lambda::_2) ) ); がコンパイルエラーになるのですが、 何か見落としているのでしょうか？ http://echo.5ch.net/test/read.cgi/tech/1158991211/665
666: 665 [sage] 2007/01/24(水) 09:51:28 エラーの原因 gil::transform_channels(pixel1, pixel2, pixel3 を使ってるはずが lambdaを使ったとたん gil::transform_channels(const pixel1,const pixel2, pixel3 に入れ替わってしまうことが原因のようです http://echo.5ch.net/test/read.cgi/tech/1158991211/666
667: 665 [sage] 2007/01/24(水) 09:52:00 gil::transform_channels(pixel1,pixel2,pixel3, std::plus<double>() ); とするとコンパイルは通ります http://echo.5ch.net/test/read.cgi/tech/1158991211/667
668: デフォルトの名無しさん [sage] 2007/01/24(水) 10:50:48 MSVC++7.1, boost1.33.1の環境です。 http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/3506.txt のコードを実行すると、自分の環境では boost::regex_search()で例外が発生してしまいます。 ("Memory exhausted"). これはboost:regexのバグでしょうか。対処方法はありますか。 別にやっていること自体は大したことでは無いはずです。 （このパターンはこの入力に対してはマッチしません）。 C＃, Java, JScript, ICU, 鬼車, 等々で、全く同じ正規表現と入力を
用いて 同等のパターンマッチを試みても、何の問題も発生しないことは確認済みです。 http://echo.5ch.net/test/read.cgi/tech/1158991211/668
669: デフォルトの名無しさん [sage] 2007/01/24(水) 12:43:19 そんなことより文章のほうに目がいった http://echo.5ch.net/test/read.cgi/tech/1158991211/669
670: デフォルトの名無しさん [sage] 2007/01/24(水) 13:00:18 エロかとおもったら三四郎じゃないすか http://echo.5ch.net/test/read.cgi/tech/1158991211/670
671: デフォルトの名無しさん [] 2007/01/24(水) 22:55:12 boost のヘッダは <boost/...hpp> と "boost/...hpp" と、どちらがお勧めですか？ http://echo.5ch.net/test/read.cgi/tech/1158991211/671
672: デフォルトの名無しさん [sage] 2007/01/24(水) 23:14:27 後者は書かないことをすすめる http://echo.5ch.net/test/read.cgi/tech/1158991211/672
673: デフォルトの名無しさん [sage] 2007/01/24(水) 23:20:45 >>672 なんで？ <...> は標準ヘッダでしょ？ boost は標準じゃないから "..." だと思うよ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/673
674: デフォルトの名無しさん [sage] 2007/01/25(木) 00:02:55 >>673 くだすれC言語（初心者用） http://pc10.2ch.net/test/read.cgi/tech/1153542424/ http://echo.5ch.net/test/read.cgi/tech/1158991211/674
675: デフォルトの名無しさん [sage] 2007/01/25(木) 00:03:34 >>673 <>と""の違いは、ファイル探索順の違いしかないと思ったが。 http://echo.5ch.net/test/read.cgi/tech/1158991211/675
676: 668 [sage] 2007/01/25(木) 00:05:11 えーと、つまり俺の問題は俺の環境のみで起きるのであって、そんなもん 知るかヴォケ、悔しかったらboost::regexなんぞに頼らず テメェがDFAとかNFAとか書きやがれ。 ということでよろしいでしょうか。 このタイプの正規表現で、入力量の大きい時にコケる、という印象なのですが。 http://echo.5ch.net/test/read.cgi/tech/1158991211/676
677: デフォルトの名無しさん [sage] 2007/01/25(木) 00:06:17 個人的にはプロジェクト内のものは " "、プロジェクト外のものは < > にしてる。 つまり <boost/....hpp> 派だな。 http://echo.5ch.net/test/read.cgi/tech/1158991211/677
678: デフォルトの名無しさん [sage] 2007/01/25(木) 00:08:08 >>676 君のプログラムを試したわけはないが VC7 ってとこにちょっと引っ掛かる。 可能であれば VC8 とか cygwin/mingw とかで試してみなはれ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/678
679: 668 [sage] 2007/01/25(木) 00:13:15 >>678 VC8は持ってないんすよ。 localeまわりでstd::wcoutが腐るとかfstream::open()が上手くいかねーとか 腐った風評しか聞きませんので、移行するとしても二の足を踏んでしまいますが。 VC7.1をboostはサポートしていないのですか？ http://echo.5ch.net/test/read.cgi/tech/1158991211/679
680: デフォルトの名無しさん [sage] 2007/01/25(木) 00:16:42 VC8でも同じ例外発生したよん。 http://echo.5ch.net/test/read.cgi/tech/1158991211/680
681: デフォルトの名無しさん [sage] 2007/01/25(木) 02:33:59 bindが必要とするresult_typeを sig templateで代用することはできないのでしょうか？ http://echo.5ch.net/test/read.cgi/tech/1158991211/681
682: デフォルトの名無しさん [sage] 2007/01/26(金) 06:33:13 MPLで次元解析する方法みて感動したけど、 いざ自分の問題で使おうと思っても、使いどころが微妙 いり込んだ type の木構造でも使わない限り enable_ifの延長としてしか使えない http://echo.5ch.net/test/read.cgi/tech/1158991211/682
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 319 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.014s