Boostを語れゴラァ part5
レス数が900を超えています。1000を超えると表示できなくなるよ。
0001BOOTS
2007/10/18(木) 08:09:35過去スレ
part 4 http://pc11.2ch.net/test/read.cgi/tech/1175663346/
part 3 http://pc11.2ch.net/test/read.cgi/tech/1158991211/
part 2 http://pc8.2ch.net/test/read.cgi/tech/1139313234/
part 1 http://pc8.2ch.net/test/read.cgi/tech/1091198276/
■関連サイト■
Boost C++ Libraries
http://www.boost.org/
Boost 翻訳プロジェクト
http://boost.cppll.jp/HEAD/
Let's Boost
http://www.kmonos.net/alang/boost/
boost info
http://shinh.skr.jp/boost/
0802デフォルトの名無しさん
2008/03/16(日) 14:48:32ていうかboost関係ないな
0803デフォルトの名無しさん
2008/03/16(日) 14:57:260804デフォルトの名無しさん
2008/03/16(日) 15:02:59俺も以前ショボイながら作ったけど、ギャップバッファの実装そのものより、
STLコンテナの要件を満たす条件を調べるのに費やした時間の方が長かったという・・・
0805デフォルトの名無しさん
2008/03/16(日) 15:07:35とりあえず問題なくね?
0806デフォルトの名無しさん
2008/03/16(日) 15:33:110807デフォルトの名無しさん
2008/03/16(日) 17:26:46メモリの reallocation とコピーは別問題だよ。
>>790
deque のランダムアクセスは O(M) (M は内部バッファの分割数)。
O(N) よりははるかにマシだが、O(1) ではない。
0808デフォルトの名無しさん
2008/03/16(日) 17:29:10何見てしゃべってんの?規格じゃないよね?
0809デフォルトの名無しさん
2008/03/16(日) 17:31:12具体的に実装すると大抵の場合そうなっちゃうという話。
0810デフォルトの名無しさん
2008/03/16(日) 17:36:32途中への挿入で複数要素のコピーが発生する実装も、
ランダムアクセスが O(1) な実装も、規格の範囲で在りうるんだから、
何の前提も書かずに言い切らないでほしい。
0811デフォルトの名無しさん
2008/03/16(日) 17:38:19別問題じゃないよ。
std::dequeは、挿入・削除は対象以外の全てのリファレンス、ポインタ、イテレーター
を無効にする。リファレンスとポインタは先頭、末尾挿入の場合は有効のまま。
Josuttis本にはこう書いてある。
ということは、reallocationによって要素は移動されることもあるというわけでしょ。
これは初期化あるいは代入は発生しうると考えておくべきということ。
Josuttis本が間違いなら知らん。
0812デフォルトの名無しさん
2008/03/16(日) 17:38:48vectorってsse使ってくれないの?
FC8+Intel v10です。
0813デフォルトの名無しさん
2008/03/16(日) 17:39:340814デフォルトの名無しさん
2008/03/16(日) 17:40:200815デフォルトの名無しさん
2008/03/16(日) 17:40:23挿入・削除されたから無効になるんだろ。
reallocation が起こらなくても無効になるんだから、
reallocation とは無関係。
0816デフォルトの名無しさん
2008/03/16(日) 17:40:25お前はO(N)なソートでも使ってろ。
0817デフォルトの名無しさん
2008/03/16(日) 17:42:28deque のランダムアクセスは償却定数時間じゃないと規格の要件を満たさない。
「内部バッファの分割数」ってのがはっきりしないけど、「O(1) ではない」と言い切れて
しまうような実装は deque とは言えないんじゃないの?
0818デフォルトの名無しさん
2008/03/16(日) 17:44:53挿入もしないのに勝手にreallocationされんの?
新しい要素のために領域が必要だからreallocationされるんじゃないの?
0819デフォルトの名無しさん
2008/03/16(日) 17:45:14規格には定数って書いてあるよ
0820デフォルトの名無しさん
2008/03/16(日) 17:49:23shrinkはされる可能性はあるが、reallocationは必要になったときのみだ。それは
必要な領域拡張のとき。要素の挿入もその可能性は常にある。だから関係はある。
0821デフォルトの名無しさん
2008/03/16(日) 17:49:38ああ、よく考えたら定数で実装できそうだな。
0822デフォルトの名無しさん
2008/03/16(日) 17:49:42あれ?そうなの?
"Table 68 - Optional sequence operations" に載ってて、こいつらみんなまとめて
償却定数時間だから、 deque の operator [] もそうだと思ったんだけど。
別のところに書いてあるのか?
0823デフォルトの名無しさん
2008/03/16(日) 17:52:040824デフォルトの名無しさん
2008/03/16(日) 17:57:54ごめん、俺の勘違い
0825デフォルトの名無しさん
2008/03/16(日) 18:02:03先頭と最後の要素へのアクセス速度は同じ。
それ以外には間接レベルが違うから差異があるよ。
Big O記法はよく知らんが、少なくともlogやn^2ではない。
Data Structure AND Algorithm In C++が分かりやすい。
0826デフォルトの名無しさん
2008/03/16(日) 18:08:17【C++】STL(Standard Template Library)相談室 9
http://pc11.2ch.net/test/read.cgi/tech/1204045410/
0827デフォルトの名無しさん
2008/03/16(日) 18:08:56>>>815
端への追加は O(1) で行わないといけないので、
端への追加でメモリを最確保する必要があったとしても、
それまでのデータを新しいメモリにコピーするようなことは行えない。
データの全コピーは O(N) だから。
この場合、メモリの最確保が行われるが、コピーは発生しない。でしょ?
0828デフォルトの名無しさん
2008/03/16(日) 18:11:370829デフォルトの名無しさん
2008/03/16(日) 18:15:09端はわかるけど、中間への挿入はどう考えればよい?
コピーが発生しないなら、挿入時に挿入要素以外の全イテレータは無効になる理由が
わからん。
0830デフォルトの名無しさん
2008/03/16(日) 18:17:260831デフォルトの名無しさん
2008/03/16(日) 18:21:440832デフォルトの名無しさん
2008/03/16(日) 18:22:58中間への挿入はコピーが発生するに決まってるだろ。
0833デフォルトの名無しさん
2008/03/16(日) 18:23:26使えばいいだろ。たいがい問題ない。
考えて見ればBoostスレじゃないか。おしまい。
0834デフォルトの名無しさん
2008/03/16(日) 18:24:39でしょ。そのときは新しいメモリの割り当てもあり得るじゃん。
ウヒヒ。
0835デフォルトの名無しさん
2008/03/16(日) 18:25:45内部で確保しておいたバッファを越えていなければ
メモリの割当は起きないだろ。
0836デフォルトの名無しさん
2008/03/16(日) 18:26:410837デフォルトの名無しさん
2008/03/16(日) 18:27:42それともコピーに原因があるのか、
それが分かっていない、とそう言ってる。
イテレータが失効するのはコピーが発生する可能性があるから。
reallocation がその時たまたま起こるかもしれないが、それは直接の原因じゃない。
0838デフォルトの名無しさん
2008/03/16(日) 18:47:220839デフォルトの名無しさん
2008/03/16(日) 18:54:590840デフォルトの名無しさん
2008/03/16(日) 19:03:31よく読んでね。
あり得るって書いてるでしょ。
0841デフォルトの名無しさん
2008/03/16(日) 19:28:40http://pc11.2ch.net/test/read.cgi/tech/1204045410/
0842デフォルトの名無しさん
2008/03/16(日) 19:59:28カワイソス
0843デフォルトの名無しさん
2008/03/16(日) 19:59:36100% 起こることではないってことだろ?
だからこその >>837 だ。
0844デフォルトの名無しさん
2008/03/16(日) 20:45:32ライブラリをリンクするのめんどくさいし+デカくなるんだが。
0845デフォルトの名無しさん
2008/03/16(日) 22:08:130846デフォルトの名無しさん
2008/03/16(日) 22:10:150847デフォルトの名無しさん
2008/03/16(日) 22:15:160848デフォルトの名無しさん
2008/03/16(日) 22:28:18ああいうものこそフリー・オープンであるべきなのに
0849デフォルトの名無しさん
2008/03/16(日) 22:33:31まあ、ネット上で見る分にはタダだから俺は気にはしてないが。
それよりも、金払って買っても
C の規格書とか画像データの PDF で検索できないとかいう話らしい点は
どうかと思う。
0850デフォルトの名無しさん
2008/03/16(日) 22:39:540851デフォルトの名無しさん
2008/03/16(日) 23:26:25いいじゃないか、たまには。
0852デフォルトの名無しさん
2008/03/16(日) 23:33:062度も3度も誘導されておいて、移動しないのはアホ。
ふさわしい場で議論をしようという気がない腑抜け。
0853デフォルトの名無しさん
2008/03/17(月) 00:10:35移動しないあたりからよくわかる。
ちょっとおいたのすぎた雑談だよ。
0854デフォルトの名無しさん
2008/03/17(月) 02:46:470855デフォルトの名無しさん
2008/03/17(月) 05:01:120856デフォルトの名無しさん
2008/03/17(月) 05:02:050857デフォルトの名無しさん
2008/03/19(水) 11:39:07なんか心当たりある?最近までビルドできていたので boost.test まわりで
最近何か変化があったか見てみたんだけど何もなかった.とりあえず
bjam --builddir=builddir-vc9 --build-type=complete
--toolset=msvc-9.0 --without-test stage 1>..\build.log
みたいにして --without-test してビルドしてるけど,気持ち悪い.
0858デフォルトの名無しさん
2008/03/19(水) 11:48:26--toolset=msvc-9.0 1>..\build.log
ちなみにこんな風に --build-type=minimal (つまりデフォルト)
だとビルドできる.なんかターゲットが重複しているとか・・
正確なエラーメッセージを後で貼ります.
0859857
2008/03/19(水) 11:55:12in virtual-target.register-actual-name from module virtual-target
error: Duplicate name of actual target
なので,
http://lists.boost.org/boost-build/2007/02/16143.php
と同じような感じ.
0860857
2008/03/19(水) 11:57:05http://www.boost.org/boost-build2/doc/html/bbv2/faq/s02.html
これか?これなのか?
0861デフォルトの名無しさん
2008/03/19(水) 12:40:59_, ._
( ・ω・) now shibakaring ...
○={=}〇,
|:::::::::\, ', ´
、、、、し 、、、(((.@)WWWWWWWWWWWWWWWWWWWWWWW (26%)
0862デフォルトの名無しさん
2008/03/19(水) 12:43:000863857
2008/03/19(水) 12:59:28http://pastebin.windy.cx/?page=view&id=1205899359
libboost_test_exec_monitor-vc90-mt-gd-1_35.lib
をビルドするにあたってvirtual targetが重複している
ってことらしいんだけど・・
0864857
2008/03/19(水) 14:27:50いままで trunk でもとらぶったこと無かったから
RC のタグが打たれてたことに気づかなかった。
0865デフォルトの名無しさん
2008/03/19(水) 18:35:550866865
2008/03/19(水) 19:52:190867857
2008/03/19(水) 19:53:06http://svn.windy.cx/index.php?boost
0868デフォルトの名無しさん
2008/03/19(水) 21:42:14IDがあったところでプログラミング自体に有益な議論にはならないからだろ。
理数系板はID無し多いね。
0869デフォルトの名無しさん
2008/03/19(水) 21:46:14質問者がだれか分かりやすいから
ID 欲しいというときはある。
0870デフォルトの名無しさん
2008/03/19(水) 23:12:57/.Jでこんなん見っけた。オススメ。
ttp://www.blue.sky.or.jp/grass/doc_ja.html
0871デフォルトの名無しさん
2008/03/19(水) 23:25:100872デフォルトの名無しさん
2008/03/20(木) 07:09:37GJ
0873デフォルトの名無しさん
2008/03/20(木) 09:28:01Pythonで実現することに決定しました。
0874デフォルトの名無しさん
2008/03/20(木) 17:45:05Visual Studio 2005を用いて
プロジェクトの種類を「CLR」、「Windows フォームアプリケーション」
として新規作成したフォームにボタンを一つ設置し、以下のソースを記述し、
vector<wstring> vec;
vec.push_back(L"Hello");
double pi = 3;
wofstream file(L"save.txt");
text_woarchive oa(file);
oa << (const vector<wstring>& ) vec;
oa << pi;
実行したところ、
oa << (const vector<wstring>& ) vec;
の箇所で
「Debug Assertion Failed!
Program:c\Documents and Settings\unchi65sai\archivetest\Debug\archivetest.exe
File: dbgheap.c
Line: 1473
Expression: _CrtIsVaildHeapPointer(pUserData) 」
とダイアログが表示されて停止してしまいます。
ちなみに、
oa << (const vector<wstring>& ) vec;
の部分をコメント化すると、正常に処理が行われ、テキストファイルが生成されます。
この現象は、プロジェクトのプロパティを何か変更することで回避できるのでしょうか?
あるいは、CLRでは、 stringの書き出しできないものなのでしょうか?
よろしくお願いします。
0875デフォルトの名無しさん
2008/03/20(木) 17:52:500876デフォルトの名無しさん
2008/03/20(木) 18:20:08C++/CLIでunmanagedなコードを混在させてboostを使うとそうなる。
アプリケーションのエントリポイントを次のようにすると直ると思う。
?mainCRTStartupStrArray@@$$FYMHP$01AP$AAVString@System@@@Z
ちなみにこの問題はVS2008では直っているらしい。
0877874
2008/03/20(木) 19:17:41プロジェクトのプロパティを開き、
「構成プロパティ」→「リンカ」→「詳細」→「エントリポイント」
の設定を変更したところ、正常に機能するようになりました。
情報をありがとうございました。
0878デフォルトの名無しさん
2008/03/21(金) 13:56:04配布に際して boost python 自身の DLL は一緒に配布しなければ
ならないのは当然として、Python バイナリパッケージ由来のファイル
も何か配布しなければならないのでしょうか?
0879878
2008/03/21(金) 14:00:43C:\WINDOWS\system32\python25.dll
も必要なようです。
しかし!驚愕の事実!
python25.dll 自体が Visual C++ 7.1 のランタイムを要求している!
自分は Visual C++ 8 を使っているのです。異なるバージョンの
ランタイムを要求する DLL たちをあわせて使っていいのかなぁ。
今までもサードパーティのライブラリをそういうこと気にせず
使ってたけど、動いていたし、まぁいいか。いいことにします。
作ってるアプリも売り物じゃないし。
0880デフォルトの名無しさん
2008/03/21(金) 15:21:480881デフォルトの名無しさん
2008/03/21(金) 20:38:360882デフォルトの名無しさん
2008/03/21(金) 23:15:47好きになったぜ>ぶーすと
0883デフォルトの名無しさん
2008/03/22(土) 00:13:10POCO (C++ Portable Components, http://pocoproject.org/)
0884デフォルトの名無しさん
2008/03/22(土) 00:49:54DLLというのはもともと、DLLを使う側に依存しないようになってるので、
DLL「A」とDLL「B」が違うランタイムを使っていてもぜんぜんOKです。
今回は例外として、普通はアプリからどのランタイムを使っているのかなんて分からないし、
気にするべきでもないと思います。
(考慮すべきことはマルチスレッドに対応してるかどうかくらい)
ランタイムが違えば、必要なDLLが増えるということはあるけど、
ランタイムが違うことで動かなくなることは多分無いです。
もし動かなかったら、それは別の問題が発生している可能性高し。
> Python バイナリパッケージ由来のファイル
> も何か配布しなければならないのでしょうか?
Pythonがインストールされている環境を前提にするならば配布する必要は無いです。
そうでないなら配布する必要があります。
0885デフォルトの名無しさん
2008/03/22(土) 10:06:27ふむ、そうなのか。ミューテックスとかは
OSで管理するものだから問題ないんだな。
でもマルチスレッド考えるとなんか副作用が
ありそうなんで、暇なときに調べてみる
0886デフォルトの名無しさん
2008/03/22(土) 10:33:000887デフォルトの名無しさん
2008/03/22(土) 10:38:150888デフォルトの名無しさん
2008/03/22(土) 20:13:27みたいなことをlambdaやbindを使ってやる方法ありますか?
0889デフォルトの名無しさん
2008/03/22(土) 20:23:24if_( _1 % 2 == 0 )[
cout << _1 << "は偶数\n"
].else_[
cout << _1 << "は奇数\n"
]
);
こんな感じで書けます。
出典 ttp://www.kmonos.net/alang/boost/classes/lambda.html
0890デフォルトの名無しさん
2008/03/22(土) 20:25:230891デフォルトの名無しさん
2008/03/22(土) 20:26:47std::sort(v.begin(), v.end(), bind(&Class::Func, _1) > bind(&Class::Func, _2));
0893オガちゃん萌え ◆tyvkWCNtzY
2008/03/23(日) 21:04:51OSうんぬんより、mutexは別スレッドからlock/unlock期間中のアクセスを待機させるから安全か
どうかとえば、使用は慎重を期するよ
別プロセスは関係ないが…
共有メモリやらメモリマップドファイルは別だけど
セマフォ、ミューテックスの使用は本当に必要であるかを加味した方が良さそうに思う
boost::thread::mutex(だっけ?) はでも便利だね
スコープから抜ければ勝手にデストラクタがunlockしてくれるのも楽でよい
自作してもauto変数なら当然かも試練、スマソw
>>886
悪の枢軸たるWindowsもそう考えると良いとこあるのかね
でもさ、結局printfなんかもさMSVCRT.dllなんかがラップしてんだよね
メイクファイルでビルドしようとしてリンクエラーで苦戦したことがよくあったなあ
>>888
>>891が答え書いてるけど、bindは便利だよな!
0894デフォルトの名無しさん
2008/03/23(日) 22:06:130895デフォルトの名無しさん
2008/03/23(日) 22:11:55なんで雑談してんの?
411 名前:デフォルトの名無しさん[sage] 投稿日:2008/03/22(土) 23:17:29
相談が無いからだろう
相談できる雰囲気でもないがね
412 名前:デフォルトの名無しさん[sage] 投稿日:2008/03/23(日) 00:44:28
何で雑談しているのかを聞く それも雑談なんじゃね?
自分の胸に聞くのがはえーんじゃね?
415 名前:オガちゃん萌え ◆tyvkWCNtzY [sage] 投稿日:2008/03/23(日) 20:37:34
>>410-412
まぁ固いこと言わないでマターリやろうよ
こんな事書く人間に何を言っても無駄かと
NGが得策
0896オガちゃん萌え ◆tyvkWCNtzY
2008/03/23(日) 22:25:51スレ違いってほど外れた話題はしてないつもりだが?
俺叩く暇あるなら、なんかboostについて書いてくれ
0897デフォルトの名無しさん
2008/03/23(日) 22:31:180898デフォルトの名無しさん
2008/03/23(日) 22:39:32時々コンパイラが音を上げるのが困る
0899オガちゃん萌え ◆tyvkWCNtzY
2008/03/23(日) 23:42:11STLスレで誰か書いていたが、EffectiveSTLにSTLのエラーは読むなってのがあって、実際に本棚に
埋もれたEffectiveSTL読んだらconstキャスト忘れとかのエラーを理解しろみたいなのが書いてあったよ
SingletonとAbstractFactoryパターンをよく使うんだが、AbstractFactoryをテンプレートにして
中にmap<int, string>かなんかやったときにwarningが出まくったことあったw
それこそ、この内容はSTLか。
boost一番よく使うのはツールだな
tokenizer、regex、bindなんかはもう無しじゃ生きていけない
0900デフォルトの名無しさん
2008/03/24(月) 00:33:17C++からその実装されたクラスをnewしてPythonに渡す。
といったような事がやりたいんですが、boost.pythonで出来ますか?
参考書籍、およびサイトなども教えてもらえたらありがたいです。
0901デフォルトの名無しさん
2008/03/24(月) 07:41:37俺はPython使い始めたばっかりで一方向の使い方しかしてないけど興味ある。
できたら教えて欲しいな。
レス数が900を超えています。1000を超えると表示できなくなるよ。