06/11/02 01:30:36
それLinuxだと実行ファイルのパスじゃなくて
userのカレントディレクトリを返しちゃうん
だよね。
これLinuxの仕様くさいから仕方ないか。
263:デフォルトの名無しさん
06/11/02 01:35:20
>>262
どこから実行ファイルのパスの話が出てきたんだ？
264:デフォルトの名無しさん
06/11/02 01:37:59
>>262
こいつｱﾎすぎｗｗ
265:デフォルトの名無しさん
06/11/02 11:06:53
>>262
Windowsも似たようなもの
>>258の意図は知らないがcurrent_pathはたいてい役に立たない
266:デフォルトの名無しさん
06/11/02 11:07:31
>>257
最適化
数字は自前でパースするようになった
267:デフォルトの名無しさん
06/11/02 11:33:40
他Cスレで聞いても誰も答えてくれなかった
Ｃで行列演算といえば
LAPCK
boost::numeric::ublas
あたりが定番だけど
統計計算でお勧めは？
今boostで審査中や過去にrejectされたものでもいいので誰か教えて
使いたい機能は
単純に共分散行列を計算
正規分布に関係したいろいろな計算
できれば
kai^2 test
t-test
とかちょっと高度なこともしたい。
268:デフォルトの名無しさん
06/11/02 12:49:28
>>266
でも未だに1e+10とかは扱えないんだなｗ
269:デフォルトの名無しさん
06/11/02 12:57:56
boost::serialization で NaN (+inf とか -inf とかも）を
シリアライズできないのは痛い。
270:デフォルトの名無しさん
06/11/02 14:18:37
boostのclass名が
ClassName
じゃなくて
class_name
になってるのが気持ち悪い
なんでこんな命名規則になった
271:デフォルトの名無しさん
06/11/02 14:28:12
C++の標準ライブラリと同様の命名規則を採用したから。
272:デフォルトの名無しさん
06/11/02 16:40:38
識別子をなんでもかんでも小文字にしたくなって困る
273:デフォルトの名無しさん
06/11/02 17:13:19
>>267
boostじゃないけど
liboctave
libRmath
libgsl
あたり
274:デフォルトの名無しさん
06/11/02 23:31:11
次期標準でも concept 名だけは大文字になりそうだな
275:デフォルトの名無しさん
06/11/02 23:32:09
>>273
thx
liboctave はmatlab使いには便利そう
libRmath
本当の統計屋さんはやっぱりＲを使うのだろうか
R使ったことない
liggsl
こんなのあったんだね。
でも多項式演算関係以外は既存libとかぎりなく一緒
276:デフォルトの名無しさん
06/11/03 02:10:07
>>270
おまえさんは標準C++ライブラリも気持ち悪いって言うんだろうな。
実際そういう人が結構多いようだ。
277:デフォルトの名無しさん
06/11/03 03:05:14
Javaに毒されすぎ
278:デフォルトの名無しさん
06/11/03 03:20:37
このスレ的には C++ に毒されてる連中が多いから
Java のメソッド名ナニアレ気持ちわるーい、となるのが正しい
279:デフォルトの名無しさん
06/11/03 03:40:40
むしろHaskellやPythonなんだが
280:デフォルトの名無しさん
06/11/03 03:47:52
HaskellもPythonもClassNameだな。
281:デフォルトの名無しさん
06/11/03 03:50:44
すべて小文字な命名法はlispを思わせる。
282:デフォルトの名無しさん
06/11/03 04:31:57
lispはハイフン区切りで全部大文字(CLASS-NAME)だろ。
283:デフォルトの名無しさん
06/11/03 08:11:55
というか(強制した時以外)大文字小文字の区別がない。> Lispのシンボル
284:デフォルトの名無しさん
06/11/03 12:34:11
正確には「Common Lispは・・・」と言うべきだろう
285:デフォルトの名無しさん
06/11/05 03:31:58
boostって Subversionではアクセスできないの？
cvsのみ？
286:デフォルトの名無しさん
06/11/05 03:35:19
>>285
前から話は出てるんだけどねぇ。
次のリリースの後にしようとして、リリースが延び延びになってる気配。
ちゃんと ML 漁れば、他に理由があるのかもしれないけど。
287:デフォルトの名無しさん
06/11/05 19:38:50
lambda_functor<U>のアドレスってどうしたらえられますか。
288:287
06/11/05 19:40:40
たとえば
(_1+_2)のようなラムダがあった場合
このlambda_functorのアドレスが知りたいのです。
289:デフォルトの名無しさん
06/11/05 19:43:31
そんなものは存在しません
290:デフォルトの名無しさん
06/11/05 20:40:51
>>289
無理か。諦めます。レスありがとう。
291:デフォルトの名無しさん
06/11/05 21:10:34
md5やsha1を計算するライブラリありますか？
crcはあるようですが
292:デフォルトの名無しさん
06/11/05 21:26:13
md5はそのままソース引っこ抜いて使えるようになってた。
この手の参照透過性のある関数を
特にパラメタライズするメリットは感じないが。
293:デフォルトの名無しさん
06/11/05 21:28:38
MD5はRFCにあるソースはK&R式の関数宣言なんでC++としてコンパイルしようとすると失敗するはず。
294:デフォルトの名無しさん
06/11/05 21:28:43
＞md5はそのままソース引っこ抜いて使えるようになってた。
どこ？
295:デフォルトの名無しさん
06/11/05 21:30:11
RFC
296:デフォルトの名無しさん
06/11/05 21:30:37
>>295
ありがとう
297:デフォルトの名無しさん
06/11/05 21:34:49
Boost には無いので
URLﾘﾝｸ(sourceforge.net)
とか
URLﾘﾝｸ(botan.randombit.net)
とか
URLﾘﾝｸ(opensource.adobe.com)
URLﾘﾝｸ(opensource.adobe.com)
あたりで
298:デフォルトの名無しさん
06/11/05 21:38:29
>>293
コンパイルはそのまま通ったと思う。
数年前のことなので記憶が不鮮明だが、GNUのbinutilsから引っこ抜いた気がする。
299:デフォルトの名無しさん
06/11/06 00:37:42
>>293
そんなの１分で直せるじゃん
300:デフォルトの名無しさん
06/11/06 14:32:48
まだ特定してないんだけど、spiritのどこかで
using namespace std; の記述があるみたいですね。
(std::coutが名前空間を指定せずに使えてしまった)
これってちょっと問題あるような…。
301:デフォルトの名無しさん
06/11/06 14:40:05
$ grep -FR "using namespace std;" .
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./core/primitives/impl/primitives.ipp: using namespace std;
./fusion/sequence/detail/manip.hpp: using namespace std;
./iterator/impl/file_iterator.ipp:using namespace std;
./phoenix/closures.hpp: using namespace std;
302:デフォルトの名無しさん
06/11/06 14:42:18
>>267
>>273
>>275
こんなのあったんだね
Boost.MathToolkit
URLﾘﾝｸ(www.johnmaddock.co.uk)
URLﾘﾝｸ(lists.boost.org)
303:デフォルトの名無しさん
06/11/06 15:26:41
>>300
>>301
＞./iterator/impl/file_iterator.ipp
これがまずい．
他の使い方は関数内なので問題ないし，意図的というか必要な using directive．
304:デフォルトの名無しさん
06/11/06 15:30:51
boost mailing list に
新しいライブラリーをaccept するかのreviewが投稿されてるけど
ただのユーザーとしてのreviewを投稿してもいいのかな？
305:デフォルトの名無しさん
06/11/06 17:21:32
boostの中に
ClassNameって命名規則つかってるの１つもないのかな
例外なく
class_name
に修正されるのかな
306:デフォルトの名無しさん
06/11/06 17:25:32
大文字って、そこだけ目立つから、見にくくなる。
あと長すぎるシンボルも関数の引数のところで行が折り返して見にくくなる。
boostってほどほどで良い感じ。
307:デフォルトの名無しさん
06/11/06 17:34:22
ublas があるのに
boost.glasとかわけわかんね
URLﾘﾝｸ(glas.sourceforge.net)
308:デフォルトの名無しさん
06/11/06 20:27:15
>>305
Boost にはガイドラインがあって、そこでコーディングルールはある程度決まってる。
URLﾘﾝｸ(boost.org)
・クラス名や、メソッド名は class_name や method_name みたいにすること。
・テンプレートパラメータは TemplateParameter みたいにすること。
・分かりやすい名前にすること。
・マクロは MACRO_NAME みたいにすること。
309:デフォルトの名無しさん
06/11/06 20:29:55
間違えた。
×マクロは MACRO_NAME みたいにすること。
○マクロは、すべて大文字で、BOOST_ からはじめること。
だな。
310:デフォルトの名無しさん
06/11/06 22:27:44
>>304
投稿するのは自由だろう。「ただのユーザーとして」というのはちょっと引っかかるが。
不満を述べるだけじゃなくて、代案か、代案が出せないと考える理由を出すべきだろうね。
まぁ筋が通ってなければスルーされるだけ。何か考えがあるなら投稿しとけばいいと思うよ。
311:デフォルトの名無しさん
06/11/07 08:21:16
「ただのユーザーとして」
っていう表現にどんな意味がこもっているかにもよるよね。
何となく
「恥かきそうだったり辛そうだったりしたら、いつでも綺麗にバッくれて
俺の人生においてすべてを"なかったこと"にできる道を確保したまま」
という意味な気がするんで、同じく引っかかる。
312:デフォルトの名無しさん
06/11/07 08:58:36
>>311 は一生引っかかっていればいいと思うよ。
何かに。
313:デフォルトの名無しさん
06/11/07 09:29:40
ドンピシャなら絶対噛み付いてくるだろうなと期待はしていたけどｗ
314:デフォルトの名無しさん
06/11/07 09:31:05
>>312に言葉の重みを感じてちょっとワロタ
315:デフォルトの名無しさん
06/11/07 10:55:34
まぁよっぽど悔しかったんだろ。
316:デフォルトの名無しさん
06/11/07 19:41:42
>>226
GIL has been accepted as a boost library.
URLﾘﾝｸ(lists.boost.org)
317:デフォルトの名無しさん
06/11/07 19:51:41
>>316
通ったのか！
318:デフォルトの名無しさん
06/11/07 22:12:22
>>300 の問題は Spirit 1.84 だと修正されてた．
319:デフォルトの名無しさん
06/11/08 01:18:37
>>316
accepted
なのはいいけど肝心の GILのホームページが見れない
320:デフォルトの名無しさん
06/11/08 10:03:45
>>319
今は見れるようになってるね
321:gil
06/11/08 11:30:18
acceptの感動で気絶してました。
322:デフォルトの名無しさん
06/11/08 12:06:06
>>321 そのわりには Latest news が更新されていないじゃないか。
URLﾘﾝｸ(opensource.adobe.com)
323:デフォルトの名無しさん
06/11/08 12:29:56
gil頻繁に更新されてるみたいだけど
どこが変わったか書いてないんだよね
324:デフォルトの名無しさん
06/11/09 01:40:50
GILをVS2003で早速使ってるけど
fatal error C1204: コンパイラの制限 : 内部構造がオーバーフローしました。
とかおきるのはVS2005に乗り換えればなんとかなるのかねえ
325:デフォルトの名無しさん
06/11/09 10:16:50
で、１.34 はいつリリースなのかね？
326:デフォルトの名無しさん
06/11/09 10:32:21
今店出ました
327:デフォルトの名無しさん
06/11/09 11:56:38
延びないうちによろしく。
328:デフォルトの名無しさん
06/11/09 14:18:57
boost::filesystem::pathのコンストラクタではパスを表す
文字列を与えますが、windowでドライブ名を含めたパスを
扱うにはどうすればよいでしょうか？
単純に
path("C:\hoge");
とすると落ちてしまいます。
329:デフォルトの名無しさん
06/11/09 14:28:15
\\
330:デフォルトの名無しさん
06/11/09 14:51:34
path::default_name_check( &native );
331:デフォルトの名無しさん
06/11/09 16:09:25
name_check関数を設定すればえがったんですね。
ありがとうごぜーますた。
332:デフォルトの名無しさん
06/11/09 16:34:13
URLﾘﾝｸ(www.boost.org)
path( const char * src, name_check checker )
こういうコンストラクタがあるので、
コンストラクトのときだけ指定してやればいいんだぜ？
path p( "c:", native );
p /= "/foo";
assert( p.string() == "c:/foo" );
333:デフォルトの名無しさん
06/11/09 16:36:30
おっと、名前空間は適当につけてくれ？
334:デフォルトの名無しさん
06/11/09 19:27:37
それは見て分かっただよ。
でも、あんがとさん。
335:デフォルトの名無しさん
06/11/10 16:09:31
boost::graph
と
boost::numerics::ublas
を駆使した
graphical_modeling ( とりあえず partilce filterだけインプリメント)
ってパッケージ作ったらboostにアクセプトされると思うのだけど
どう思う？
336:デフォルトの名無しさん
06/11/10 16:31:12
まず形になってから言えばいいんでないかな？
337:335
06/11/10 16:41:43
>>336
死んでしまったらしいプロジェクトの再活性のために
メンバー募集してるような感じなので
URLﾘﾝｸ(sourceforge.net)
やる人が増えたらいいなって、それだけです。
338:デフォルトの名無しさん
06/11/15 14:23:40
>>324
SP1で解決されたと書いてるがどうだろう
339:デフォルトの名無しさん
06/11/16 22:12:55
boostにMFCのTRACEマクロと同等のものありませんか?
340:デフォルトの名無しさん
06/11/17 10:21:48
>>89
>>90
すっごい亀なんだけど，VC++8 と STLport 5.1 と
Boost 1.33.1 は完全には共存できないことが分かった．
URLﾘﾝｸ(d.hatena.ne.jp)
ここに書かれている方法を使えば，wave 以外のライブラリは
構築できる．でも，wave だけはどうやっても無理．
なぜかというと，spirit の tree_node<T> の定義が問題なんだ．
tree_node<T> が中で vector<tree_node<T> > を使っていて，
__has_trivial_constructor の引数にできないと怒られる．
ということは，spirit も使えないことになるわけだ．
VC++8 の人はおとなしく STLport 5.1 を諦めるか，
もしくは STLport の中のコンセプトチェックを外すか
しないと駄目だと思う．
341:デフォルトの名無しさん
06/11/17 16:35:10
VS2005なんですがコンパイルに通りません
ublas::prod<matrix, vector>なはずなのに
ublas::prod<matrix, matrix>と勝手に解釈されます
std::vector< boost::numeric::ublas::vector<float > > vector_list;
std::transform(vector_list.begin(),vector_list.end()
,vector_list.begin()
,
std::bind1st(
std::ptr_fun(
boost::numeric::ublas::prod<
boost::numeric::ublas::matrix< float > ,
boost::numeric::ublas::vector< float >
>)
,covariance.covariance));
342:デフォルトの名無しさん
06/11/20 21:05:43
multi_arrayってコンストラクタ以外で要素数を変更できないのですか？
343:デフォルトの名無しさん
06/11/21 02:34:42
C++相談室 part54 から飛び火。
ｽﾚﾘﾝｸ(tech板:611-622番)
boost の導入が却下される理由を教えてください。
344:デフォルトの名無しさん
06/11/21 02:50:48
>>343
オブジェクトコードにスタンプが入っちゃうから。
345:デフォルトの名無しさん
06/11/21 09:31:14
まずSTLの導入が却下されてるからな
346:デフォルトの名無しさん
06/11/21 10:55:33
それって事実上のC++ダメ宣言？
347:デフォルトの名無しさん
06/11/21 12:58:06
>>343
VS2003でＳＰ１あてないとコンパイル通らないコードがたまにあるから
348:デフォルトの名無しさん
06/11/21 13:02:39
>>343
コンパイルが遅いからとかｗ
いくらでも理由は考えられるし、わざわざここへチクりに来るような話題とも思えない。
349:デフォルトの名無しさん
06/11/21 16:56:47
URLﾘﾝｸ(www.boost-consulting.com)
boostって儲かるのかな
boostのreviewも裏でなにかありそうなかんじだ
GILとvigraの争いもなんか違和感がなくもなかった
350:デフォルトの名無しさん
06/11/22 10:17:52
STOP! 探偵ごっこ
351:デフォルトの名無しさん
06/11/22 18:04:13
boost::tokenizer で切り分けた個数を得る方法はありますか？
(イテレータでループしてもとめるのではなくて。。）
352:デフォルトの名無しさん
06/11/22 18:47:33
>>351
tokenizer はイテレータを移動するたびに区切りを探す仕様だから無理。
353:デフォルトの名無しさん
06/11/22 18:52:00
個数カウント関係は
boost::accumulators
の人に要望したら実装してくれるかも
354:デフォルトの名無しさん
06/11/22 19:08:11
>>350
探偵ごっこじゃなくて
vigraからGILに乗り換えるかで悩んでるんだよ
boostのreviewとやらが信用できるかどうかが、大きなファクター
なんか怪しいって思ってるやつが結構いるんだったら
boostのreviewを無視してvigraを使い続ける
355:デフォルトの名無しさん
06/11/22 23:52:45
vagina
356:デフォルトの名無しさん
06/11/23 00:07:40
viagra
357:デフォルトの名無しさん
06/11/23 01:27:31
Caverta で十分。
358:デフォルトの名無しさん
06/11/24 08:52:34
下の様なエラーが出て困ってます。リビルドすればコンパイルは通る様になるのですが
毎回リビルドするのは大変なので、どうにか解決する方法ってないでしょうか？
c:\boost\boost\regex\v4\perl_matcher_common.hpp(734) : fatal error C1001: 内部ｺﾝﾊﾟｲﾗ ｴﾗｰ
(ｺﾝﾊﾟｲﾗ ﾌｧｲﾙ 'msc1.cpp', 行番号 1794)
Visual C++ のｻﾎﾟｰﾄ情報 ｺﾏﾝﾄﾞを選択してください
ﾍﾙﾌﾟ ﾒﾆｭｰ、 またはｻﾎﾟｰﾄ情報のﾍﾙﾌﾟ ﾌｧｲﾙを参照してください
ｺﾏﾝﾄﾞ ﾗｲﾝの警告 D4028 : 簡易ﾘﾋﾞﾙﾄﾞ時のｴﾗ-です、通常のﾋﾞﾙﾄﾞに戻します
環境：
VC++6.0 SP6
Boost 1.33.1
359:デフォルトの名無しさん
06/11/24 12:37:19
VC6は偽C++だからなぁ・・・
360:デフォルトの名無しさん
06/11/24 13:19:08
>>359
6.0じゃもう古過ぎてダメですか？
361:デフォルトの名無しさん
06/11/24 14:02:04
C++じゃないしな
VC8EE使った方がいいだろ
362:デフォルトの名無しさん
06/11/25 00:57:13
vc8でコンパイル通らないのと組み合わせてる場合はどうしたらいいんだろう
コンパイル通らないコードはdllにして読むことにするとかできるのか？
363:デフォルトの名無しさん
06/11/25 01:32:12
VC8でコンパイル通らない時点でまともなC++じゃない可能性が高いわけだが
DLLなどの方法で分離することはもちろん可能。（MSVCRTの衝突に注意）
364:デフォルトの名無しさん
06/11/26 16:48:43
あんまり関係ないことかも知れないけど、uBLASってなんて読んだらいいの？
うぶらす？マイクロブラス？
365:デフォルトの名無しさん
06/11/26 18:31:11
あっぷれカス
366:デフォルトの名無しさん
06/11/26 20:01:25
>>364
俺は発音しなければならない状況に立たされたことがないので不明
367:デフォルトの名無しさん
06/11/27 09:38:25
誰か俺にSFINAEの発音プリーズ
368:デフォルトの名無しさん
06/11/27 10:00:39
自分としては「えすふぁいなえ」などと変な読みをしてるけど
他人と口頭でSFINAEについて話したことがないのでどう言っていいかわからん
369:デフォルトの名無しさん
06/11/27 10:20:16
すふぃなぇ
370:デフォルトの名無しさん
06/11/27 10:46:18
エス 吹く アナル
371:デフォルトの名無しさん
06/11/27 11:34:46
ボーストが標準でついているコンパイラはありませんか？？
372:デフォルトの名無しさん
06/11/27 12:12:46
>>365
URLﾘﾝｸ(uprecus.jp.land.to)
373:デフォルトの名無しさん
06/11/27 12:13:51
,．-─ ─-､─-､
, イ)ィ -─ ─- ､ﾐヽ
ノ ／,．-‐'"´ ｀ヾj ii / Λ
,ｲ／／ ^ヽj(二ﾌ'"´￣｀ヾ､ﾉｲ{
ノ/,／ミ三ﾆｦ´ ﾞ､ﾉi!
{V /ミ三二,ｲ , -─ Yｿ
ﾚ'/三二彡ｲ .:ィこﾗ ;:こﾗ j{
V;;;::. ;ｦヾ!V ｰ '′ i ｰ ' ｿ
Vﾆﾐ( 入 ､ r j ,′
ヾﾐ､｀ゝ ｀ ｰ--‐'ゞﾆ<‐-イ
ヽ ヽ -''ﾆﾆ‐ /
| ｀､ ⌒ ,/
| ＞ ---- r‐'´
ヽ＿ |
ヽ ＿ ＿ 」
ウプレカス [ uBLAS ]
（ 西暦一世紀前半 ～ 没年不明 ）
374:デフォルトの名無しさん
06/11/28 02:00:21
ublasのsolveで使われるlower_tagやupper_tagはどのような意味があるのですか？
ドキュメントからは見つけられませんでした。
375:デフォルトの名無しさん
06/11/28 02:16:43
>Solves a system of linear equations with triangular form, i.e. A is triangular.
とあったので、Aは三角行列でなければならず、そのタイプを示すのがtagでしょうか？
もしそうなら結局LU分解しなきゃダメなのであまり使えないですねこれ・・・
376:デフォルトの名無しさん
06/11/28 02:34:33
atlas::cholesky_factor
のように三角行列しかうけつけない関数がある
普通の行列の上半分つかってを三角行列にするときに使うのが
upper_tag
377:デフォルトの名無しさん
06/11/28 06:42:02
>>364
ユーブラスじゃね？
378:デフォルトの名無しさん
06/11/28 12:51:52
>>377
>>373
379:デフォルトの名無しさん
06/11/29 14:39:30
Geometry Library ってひょっとして複数の候補があるのか？
URLﾘﾝｸ(boost-consulting.com)
いったいどれを使ったらいいんだ
380:デフォルトの名無しさん
06/11/29 19:46:16
boost1.33.1をVCEEで使おうと思ってインストールしようとしたのですが失敗してしまいます
bjam "-sTOOLS=vc8_0" install とすると
...skipped <@boost!include!boost-1_33_1!boost!wave!util>unput_queue_iterator.hpp
for lack of <directory-grist>C:\Boost\include\boost-1_33_1\boost\wave\util...
のようなメッセージが大量に出て最後に
...failed updating 2 targets...
...skipped 4805 targets...
と表示されて終了してしまいます
どうしてでしょうか？どなたか解決策を教えてくださいお願いします
381:デフォルトの名無しさん
06/11/29 23:29:29
sdkへのパス通して↓でうちはいけた（いま使ったことのある範囲ではだけど
>bjam -sTOOLS=vc-8_0 --prefix="C:\Program Files\Microsoft Visual Studio 8\VC" install
エラーもエラーで長いから憂鬱だよな
382:デフォルトの名無しさん
06/12/01 22:51:51
>>381ありがとうございます
sdkへのパスとは
C:\Program Files\Microsoft Visual Studio 8\SDK
のことでしょうか？
パスを通すというのは、システム環境変数のpathに追加するということですよね？
色々追加してやってみましたが、結果は変わりませんでした
383:デフォルトの名無しさん
06/12/01 23:15:17
URLﾘﾝｸ(www.boost.org)
vsvars32.batを編集する必要がある
384:デフォルトの名無しさん
06/12/02 00:48:42
む、あいまいかつ適当な書き方して申し訳なかった
そのときのメモ見たら
set INCLUDE=C:\Program Files\Microsoft Platform SDK\Include
してC:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat走らせて
bjam -sTOOLS=vc-8_0 --prefix="C:\Program Files\Microsoft Visual Studio 8\VC" install
したって書いてあった。
set LIB=C:\Program Files\Microsoft Platform SDK\Libはvcvarsallがやってくれたっぽいが
標準でやってるのか自分でbat編集したのかは覚えてない
まあ>>383の通りです
385:デフォルトの名無しさん
06/12/03 00:10:04
>>383-384ありがとうございます
set INCLUDE=C:\Program Files\Microsoft Platform SDK\Include
set LIB=C:\Program Files\Microsoft Platform SDK\Lib
bjam -sTOOLS=vc-8_0 --prefix="C:\Program Files\Microsoft Visual Studio 8\VC" install
とやってみましたが、相変わらず大量のエラーメッセージが出てしまいます
383のリンクを見てみましたが、PlatformSDKが必要ということとvsvars32.batを編集しないといけないということは分かったのですが
英語が苦手なので具体的にどこをどう編集しないといけないのか分かりませんでした
本当にすみません
VCEEではなかなか出来ないのでBCB6.0でやってみようと思い、
>1にあるLet's Boostを参考にして↓のようにやりましたが、また同じようなエラーが出てしまいました
C:\lib\boost_1_33_1>set PATH="C:\Program Files\Borland\CBuilder6\Bin";%PATH%
C:\lib\boost_1_33_1>bjam -sTOOLS=borland --prefix="C:\Program Files\Borland\CBuilder6" install
何でやってもダメということは何か基本的な設定が出来てないのでしょうか？
386:デフォルトの名無しさん
06/12/03 01:50:50
vcvarsall.batの
@set INCLUDE=
@set LIB=
の部分に;で区切って追加する
387:358
06/12/03 07:12:58
VC++6.0、IDEも軽くていいんだけどなぁ。
MFCのランタイムも普及してて、Win98以降のOSなら何でも動くし。
でも、そろそろ新しいバージョンに移行した方がいいのかもね…
考えてみれば、8年前の開発環境なんだよね… >6.0
388:デフォルトの名無しさん
06/12/03 07:14:27
テンプレートの対応もアレだしね。6.0
389:デフォルトの名無しさん
06/12/03 18:33:22
phoenix::bindがspirit::parseのオーバーロードを解決してくれない・・・
lambda::bindならいけるのに・・・
390:デフォルトの名無しさん
06/12/03 22:17:45
>>386ありがとうございます
vcvarsall.batには@set INCLUDEと@set LIBがありませんでした
vsvars32.batにはあったのでそれを↓のように編集しました
@set INCLUDE=C:\Program Files\Microsoft Visual Studio 8\VC\INCLUDE;%C:\Program Files\Microsoft Platform SDK\Include;%INCLUDE
@set LIB=C:\Program Files\Microsoft Visual Studio 8\VC\LIB;C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\lib;C:\Program Files\Microsoft Platform SDK\Lib;%LIB%
それから↓のようにコマンドを打ち込んでみましたが、やはり>>380と同じようなエラーが出ました
C:\lib\boost_1_33_1>"C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat"
Setting environment for using Microsoft Visual Studio 2005 x86 tools.
C:\lib\boost_1_33_1>bjam -sTOOLS=vc-8_0 --prefix="C:\Program Files\Microsoft Visual Studio 8\VC" install
VCEEだけでなくBCB6.0でもVC6.0でも失敗しました
どうやら私には無理なようです
regexだけ↓のコマンドでインストール出来たのでもうこれで一旦諦めます(これはVCEEでもBCB6.0でも出来ました)
C:\lib\boost_1_33_1\libs\regex\build>"C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat"
Setting environment for using Microsoft Visual Studio 2005 x86 tools.
C:\lib\boost_1_33_1\libs\regex\build>nmake -fvc8
C:\lib\boost_1_33_1\libs\regex\build>nmake -fvc8 install
今度もう少しコマンドプロンプトやBoostの基本を勉強して再挑戦してみます
スレ汚ししてすみませんでした
それから答えてくれた皆さんありがとうございました
391:デフォルトの名無しさん
06/12/03 22:32:02
自分は@setにboostのパスも通してるな
必須なのかは忘れた
よくがんばった。もうこれでいいじゃない
URLﾘﾝｸ(www.boost-consulting.com)
392:デフォルトの名無しさん
06/12/04 15:52:07
#include <boost/test/unit_test.hpp>
void test() {}
boost::unit_test::test_suite* init_unit_test_suite(int, char*[])
{
boost::unit_test::test_suite* suite = BOOST_TEST_SUITE("Test suite");
suite->add(BOOST_TEST_CASE(&test));
return suite;
}
上記のコードをgcc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)で
g++ a.cpp -lboost_unit_test_framework-gcc-d
によりコンパイルしたところ、
/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../crt1.o(.text+0x18): In function `_start':
../sysdeps/i386/elf/start.S:77: undefined reference to `main'
collect2: ld はステータス 1 で終了しました
とリンクエラーになってしまいます。
（MS VC++ 8とgcc 3.4.4(cygming special)では正常にコンパイル&リンク&実行出来ました。）
-lboost_unit_test_framework-gccにしても、また g++ と a.cpp の間にこれを書いても同様に
リンクエラーになってしまいます。
（g++ a.cpp libboost_unit_test_framework-gcc-d.a
とすると正常にリンク、実行出来ます）
これはgccもしくはboost側の問題でしょうか？
それともコンパイラオプションが何か足りないのでしょうか？
393:デフォルトの名無しさん
06/12/06 18:33:41
URLﾘﾝｸ(www.kmonos.net)
これだけでは、boost.testの便利さが今ひとつ理解できない
394:デフォルトの名無しさん
06/12/06 19:31:20
CPPUNITでいいんじゃね
395:デフォルトの名無しさん
06/12/06 21:51:02
bjamでいろんなコンパイラ上で一気にテストできる
問題はbjamの使い方がよく分からないこと
396:デフォルトの名無しさん
06/12/08 15:24:39
scoped_arrayはvectorと違ってソートできない？
397:デフォルトの名無しさん
06/12/08 15:47:25
>>396
なんで?
398:デフォルトの名無しさん
06/12/08 16:40:54
begin(),end()が無いから
399:デフォルトの名無しさん
06/12/08 16:49:42
ポインタ渡せばいいじゃん。
ランダムアクセスイテレータの用件満たしてるよ。
400:デフォルトの名無しさん
06/12/08 17:02:05
了解
ありがとう
401:デフォルトの名無しさん
06/12/08 17:32:49
math.Geometryの下がカオスで試そうという気自体おきない
しかしGeometry関係の処理はしたい。
boost以外を探すべきか
402:デフォルトの名無しさん
06/12/08 20:01:44
>>398
つmake_iterator_range
403:デフォルトの名無しさん
06/12/10 21:09:05
επιστημη氏ってboostに関して何か書いてたっけ？
MFCからSTLに関しては、いろんな所に書き散らかしてるけど
404:デフォルトの名無しさん
06/12/10 21:43:46
>>403
なんの脈絡もなく突然どうした？ スレを間違えたのか？
とりあえず、例の翻訳プロジェクトには参加してるみたいだけど。
URLﾘﾝｸ(sourceforge.jp)
405:デフォルトの名無しさん
06/12/11 07:05:53
>いろんな所に書き散らかしてるけど
を見て、さらにスレ違いな質問を思いついた。
boost使いってPC系ではどんな雑誌読んでる？情報収集はネットのみ？
406:デフォルトの名無しさん
06/12/11 07:18:35
「boost使い」と名乗っていいレベルかどうか自信ないけど、
俺は雑誌は一切読まない。
いや、別に「絶対読まねえぞ」みたいなこだわりがあるわけじゃないけど。
407:デフォルトの名無しさん
06/12/11 10:41:12
最近はPC系というかプログラミング系の雑誌自体あんま見かけないしな
boost devel や c++.moderated つまみ食いしてた方がよほど有益
408:デフォルトの名無しさん
06/12/11 10:49:26
日経ソフトウェアとインターフェースと、あとなんかあったっけ？
409:デフォルトの名無しさん
06/12/11 19:31:43
俺もプログラミング系の雑誌は読まんな。
bitとか良い雑誌があった頃が懐かしい。
410:デフォルトの名無しさん
06/12/11 21:15:10
それこそ
boost.spritで遊ぼう！
みたいな特集を組むある意味アホな雑誌がでてたら買う
411:デフォルトの名無しさん
06/12/11 21:22:51
正規表現特集でboost.regexがちょこっと紹介されるのが関の山だな。
412:デフォルトの名無しさん
06/12/11 22:16:53
C/C++ Users Journalが合流したDDJとか。
URLﾘﾝｸ(www.ddj.com)
413:デフォルトの名無しさん
06/12/11 22:56:30
boostってlokiのtypelistに相当するやつあります？
414:デフォルトの名無しさん
06/12/11 22:58:44
>>413
mpl::list
415:デフォルトの名無しさん
06/12/11 23:30:11
thx
416:デフォルトの名無しさん
06/12/12 00:42:18
拡張子hppって古めかしい気がするのは俺だけ？
#include で拡張子なし <boost/shared_ptr> って動きは無いのだろか？
417:デフォルトの名無しさん
06/12/12 01:17:54
>>416
かつて、標準化委員会は理想に燃えていました。
拡張子などという原始的なもので、
ファイルの種類を表すべきではないという強い意志がありました。
はて、2006年になっても、その理想は実現されそうにないのですが。
418:デフォルトの名無しさん
06/12/12 01:31:13
どっちでもいいけど、標準C++ライブラリと違うのは気持ち悪い
419:デフォルトの名無しさん
06/12/12 02:27:45
>>417
そのへんって確か、過ちを認めて今からでも元に戻そうって動きもなかった？
420:デフォルトの名無しさん
06/12/12 03:08:53
>>419
今後出る標準ライブラリに拡張子をつけられたとしても。
いまある標準ライブラリはそのまま残すしかないでしょ。
たとえこんなものでもね
// これはC99のiositreamとの下位互換性のためにあるぜ。
//実体はiostream.hな。
#include <iostream.h>
421:デフォルトの名無しさん
06/12/12 03:10:50
>>419
それは、たぶんこれだろう。ちょっと違う。
URLﾘﾝｸ(www.open-std.org)
"We should accept the fact that we made a serious mistake and rectify it, however belatedly, ..."
422:デフォルトの名無しさん
06/12/12 03:11:31
拡張子ないとエヂタとか使うとき後からシンクタック指定するの面倒やん
423:デフォルトの名無しさん
06/12/12 07:58:42
俺は、拡張しありでいいが、.cppと.hppはどういうわけだか好きになれない。
.Cと.hにしている。大文字小文字区別しないファイルシステムだと問題の種になることもあるが。
424:デフォルトの名無しさん
06/12/12 08:03:12
>>423
なんで技術的デメリットを無視してまで理由のはっきりしない好みを優先させるの？
425:デフォルトの名無しさん
06/12/12 09:25:24
趣味だから
426:デフォルトの名無しさん
06/12/12 09:48:40
C++ でしか使えないようなヘッダなのに .h を使うのは嫌いだナ
(Cからでも使えるようなヘッダなら .h で問題ない)
.cpp / .hpp とか、 .cc / .hh とか、ちゃんと名前が揃っていればまあ良いんじゃないかと
427:デフォルトの名無しさん
06/12/12 09:50:51
俺は .h / .cpp だな。
不揃いじゃね？ と言われれば、うーん、確かにそうなんだが。
428:デフォルトの名無しさん
06/12/12 13:04:07
>>427
俺もそれ。hppはなんか嫌い。
429:デフォルトの名無しさん
06/12/12 13:05:33
>>416
せっかく標準がユーザー側のヘッダとぶつからない配慮してくれてんのに、
同じルールにしたら意味ないじゃん
430:デフォルトの名無しさん
06/12/12 17:13:15
>>422
#includeで指定するヘッダ名は実際のファイル名である必要はない、少なくとも標準のものは。
たとえばBorland C++では適当な拡張子を付けたファイルをインクルードしている。
431:デフォルトの名無しさん
06/12/12 18:23:17
>>430
理想と現実は違うよ。
432:デフォルトの名無しさん
06/12/12 18:39:42
え？ 理想の話をしてるんじゃないの？
433:デフォルトの名無しさん
06/12/12 20:12:44
理想じゃなくて規格の話だろ
434:デフォルトの名無しさん
06/12/12 21:18:39
理想の規格はどうあるべきかという話だよん
435:デフォルトの名無しさん
06/12/12 23:34:22
という夢を見た
436:デフォルトの名無しさん
06/12/13 18:06:28
testプログラムを１つ与えると
交差検定も自動でやってくれるようなプログラムがあったはずなのだけど
boostの中にはないの？
437:デフォルトの名無しさん
06/12/15 19:19:14
>>380
いまさら亀レスで悪いんだが、
俺も同じエラーで失敗しとります。
コマンドラインのログ追っかけていたら、
MKDIRコマンドで失敗しとりました。
"MKDIR"が"MKDIR1"になってて、ディレクトリを作れないようです。
最初に
stageディレクトリを作れません。→死亡
lack of stage なのでlibs作れません →死亡
で以降すべてエラー。
俺はmsvc6.0なんで>>391も使えないし・・・
どこを直せばいいか分からぬ、、
誰か助けてorz
438:デフォルトの名無しさん
06/12/15 19:24:24
丸二日スレストってるので僭越ながらageさせて頂きます
439:デフォルトの名無しさん
06/12/15 22:17:27
vc8はタダなんだから落としてこいよ
440:デフォルトの名無しさん
06/12/15 22:17:45
bjamのバージョンを下げたらビルドできました
でも最新のでやりたかったです。
誰かエロい人いたら
bjamの3.1.13-1
で出来るか試してみてくれませぬか、
3.1.11-1だと上手くいきました。
441:デフォルトの名無しさん
06/12/15 22:44:19
そこまでしてVC6にしがみつく理由がわからん。
442:デフォルトの名無しさん
06/12/15 22:54:37
gccもあるし、8にもそのうち乗り換えるさ…
つかコンパイラの話しじゃなくて、bjam3.1.13-1が動かなくない？
って話しで
443:デフォルトの名無しさん
06/12/15 23:16:56
プリコンパイル済みヘッダー と boost.testって一緒に使えないのかな
444:デフォルトの名無しさん
06/12/15 23:44:45
VC6は（今の基準では）C++として腐ってるからBoost向きではない
445:デフォルトの名無しさん
06/12/15 23:53:02
VC6は2038年問題とかだけでも捨てるべきだろ。
少なくとも業務で使ってるってのならその会社は潰れてしかるべき。
ぜひ潰れて欲しい。
446:デフォルトの名無しさん
06/12/16 01:39:05
Cとしてしか使わないならVC6最高じゃん
447:デフォルトの名無しさん
06/12/16 01:49:43
>>466
同感！
最近 STL 使おうって思ってやっと 2005 に切り替えました！
448:デフォルトの名無しさん
06/12/16 02:23:20
激しくスレ違いで申し訳ないが…
8だとテンプレートをネスト出来たりするかね？
ならば今すぐ買いに行くさ。
449:デフォルトの名無しさん
06/12/16 02:34:38
するする。今すぐ買いに行け。
450:デフォルトの名無しさん
06/12/16 02:36:43
これか？
template < typename T >
struct Foo
{
template < typename P >
static void Bar() ;
} ;
Foo<int>::Bar<int>() ;
あるいはこれか？
template < typename T,
template<typename, typename>
class Container >
class Foo
{
Container< T, std::allocator<T> > cont ;
} ;
Foo< int, std::vector > FooVec ;
どちらもできる……が、後者は、なぜかテンプレートテンプレートパラメータのデフォルト引数が使えない。
//エラー
template< template <typename, typename = std::allocator<int> > class Container >
class Foo
{ Container<int> cont ; } ;
451:デフォルトの名無しさん
06/12/16 02:39:46
まじかよ…
部分特殊化だけかと思ってた…
今すぐ買いに行くわ
確かファミマにあったはず。アカデミックだけど。
452:デフォルトの名無しさん
06/12/16 02:44:32
あ～、後者ですわ。
デフォルト指定は無理なのかぁ…、
まぁいい機会だし買いに行きま。
453:デフォルトの名無しさん
06/12/16 02:44:41
>テンプレートテンプレートパラメータのデフォルト引数
そんな言語機能があったなんて！
いったいなんのためにあるんだろう。
454:デフォルトの名無しさん
06/12/16 03:29:27
メタ関数として使えそうなんで用意したけど実際にはいまいち使えなかった、
という感じか？＞テンプレートテンプレートパラメータ
455:デフォルトの名無しさん
06/12/16 03:47:12
いや、テンプレートテンプレートパラメタには意味があると思うんだが、
テンプレートテンプレートパラメタ「の」デフォルト引数ってなかなか出てこない発想じゃないだろうか。
ふつうの関数だと
void f(int (*g)(int = 7)){}
不正みたいだし。
456:デフォルトの名無しさん
06/12/16 03:50:58
普通に使いますから。
テンプレートクラスでデフォルト引数が使えるのは(allocatorなど)当たり前のことだし、
テンプレートの引数に、テンプレートクラス使えないのは不便で仕方がない。
457:デフォルトの名無しさん
06/12/16 06:04:31
そこで、boost.preprocessorですよ。
458:デフォルトの名無しさん
06/12/16 06:06:57
え、VC8でも
hoge<hage<int>>;
みたいのはできないの？
デフォルト引数を定義しなければ使えるってこと？
459:デフォルトの名無しさん
06/12/16 06:15:31
>>458
シンタックスエラー！
460:デフォルトの名無しさん
06/12/16 06:40:06
uho!
461:デフォルトの名無しさん
06/12/16 06:46:08
>>457
preprocessorで何ができると？
462:デフォルトの名無しさん
06/12/16 12:19:11
Tはテンプレート引数でコンテナ型です。
typedef typename boost::mpl::if_<boost::is_const<T>, typename T::const_iterator, typename T::iterator>::type Hoge;
typedef typename boost::mpl::if_<boost::is_const<T>, typename T::const_pointer, typename T::pointer>::type Hage;
typedef typename boost::mpl::if_<boost::is_const<T>, typename T::const_reference, typename T::reference>::type Debu;
こういうことをやりたいんですが、もっとシンプルに記述できる方法はないでしょうか?
463:デフォルトの名無しさん
06/12/17 06:55:37
プリプロセッサを使ってもシンプルにはならないだろうし、読みにくくなるだけかと。
そもそも何でそういうことがしたいのか分からない。
渡されたコンテナがconstでなければ、書き換える。
constであれば書き換えないという、奇妙な関数でも書きたいのだろうか。
464:デフォルトの名無しさん
06/12/17 17:28:40
>>462
boost::range_result_iterator< std::vector< int > >::type // -> std::vector< int >::iterator
boost::range_result_iterator< const std::vector< int > >::type // -> std::vector< int >::const_iterator
あとは上のように獲得した iterator 型に boost::iterator_[reference|pointer] を適用
465:デフォルトの名無しさん
06/12/17 23:17:11
>>464
うわぁ、Boost.Rangeチョー便利ナリ･･･
boost::sizeとかあるし。sizeof(a) / sizeof(a[0])とかしてたのが馬鹿みたいだ。
いいものを教えてもらった、ありがとう。
466:デフォルトの名無しさん
06/12/18 08:19:06
templateもろくに通らないからVC6から2005に切り替えたよ
467:デフォルトの名無しさん
06/12/18 15:00:59
今度はワイド文字ストリームがろくに使えないVC 2005。
468:デフォルトの名無しさん
06/12/18 16:09:31
VC 2005 SP1で直る・・・はず・・・だといいな・・・
469:デフォルトの名無しさん
06/12/18 18:20:48
その SP1 では graph library が使えないということらしいが
470:デフォルトの名無しさん
06/12/18 18:23:55
>>468
直ってないような気がする・・・
471:デフォルトの名無しさん
06/12/18 18:28:28
いや、気がするんじゃなくて間違いなく直ってないや。
472:デフォルトの名無しさん
06/12/18 18:40:36
SP1出たんだな
473:デフォルトの名無しさん
06/12/18 18:46:01
STLPort使うとなぜかは知らないがlocale::globalの後でもimbueが効くようだ。
474:デフォルトの名無しさん
06/12/18 21:57:24
なあ、boostいじってるC++狂の連中はWebアプリケーションはなにで
書いてるんだ？
俺、JavaもPerlもやる気しねーよ。もっとC++でWebアプリ書くフレーム
ワークとか環境とか色々あってもいいのになあとか思うんだが。
475:デフォルトの名無しさん
06/12/18 21:59:52
boostいじってるC++狂の連中はWebアプリケーションなんてかったるいものは
書かないんじゃないかな
476:デフォルトの名無しさん
06/12/18 22:00:27
Perlは確かに使う気しないがJavaなら別にいい
477:デフォルトの名無しさん
06/12/18 22:12:09
スレ違いだと思うのでURLだけ
URLﾘﾝｸ(ws.apache.org)
URLﾘﾝｸ(www.cs.fsu.edu)
URLﾘﾝｸ(www.xlsoft.com)
478:デフォルトの名無しさん
06/12/18 22:18:51
boost::CppOnRailsができるのを待つか
479:デフォルトの名無しさん
06/12/19 00:42:34
>>474
なんか「柴犬」とか言うtomcatもどきをC++で実装してテストしてるスレがあった希ガス
480:デフォルトの名無しさん
06/12/19 07:44:46
sscanfみたいなのを
正規表現で指定できる関数はあるのでしょうか？
481:450
06/12/19 08:04:30
SP1いれたら、テンプレートテンプレートパラメータのデフォルト引数が使えるようになっていた。
482:デフォルトの名無しさん
06/12/19 14:13:59
boost MLに何度か投稿していたら
software関係conferenceの Invitation to submit a paper
（おそらくＳＰＡＭの一種だと思う）がくるようになった。
同種のメールは、自分の専門分野の関連領域でもくるのだが
( inviteされるような仕事してねえのに invite ってなんだよ)
software関連のは本当に怪しいのかを見分ける手段がない
なにか見分ける方法ないものか
483:デフォルトの名無しさん
06/12/19 19:52:06
すみません、質問させてください
基本型あるいはユーザ定義型の配列の要素数を返す関数を作ろうとしてるんですが
arrayがユーザ定義型の配列であった場合でも
/* ① */の処理がコンパイルされるためエラーになってしまいます
template <typename T> void count(T array[]){
if(boost::is_pod<T>::value){/* ① */}
else{/* ② */}}
WEBで調べているとboost::enable_ifで解決できそうな予感がしたのですが
自分には次の例がよく理解できません(特に::type*=0の部分)
これはどういった理屈で動いているんでしょうか
template<typename T> void copy_n( const T* from, int n, T* to,
typename enable_if< is_pod<T> >::type* =0 ){/* 省略 */}
484:デフォルトの名無しさん
06/12/19 20:09:40
>>483
enable_ifやdisable_ifは、関数のオーバーロード解決のルールをトリッキーに使っている。
やりたいことを実現する方法はいくつかある。
たとえばこんな方法。
//false以外、すなわちtrueの場合に呼ばれる
template < bool isPod >
struct Count_impl
{ static void do() {/* 1 */} } ;
//特殊化、falseの時に呼ばれる
template < >
struct Count_impl<false>
{ static void do() {/* 2 */} } ;
template < typename T >
void count(T array[])
{
Count_impl<boost::is_pod<T>::value>::do() ;
}
485:デフォルトの名無しさん
06/12/19 20:11:15
>>483
enable_if<is_pod<T> >
には、TがPODならtypeメンバがあり、そうでなければtypeメンバがない。
したがって、TがPODでないとき、typename enable_if<is_pod<T> >::typeは
不正な型であり、SFINAE規則によってこの定義が多重定義の考慮から外される。
結果として、TがPODであるときのみ考慮される定義ができたわけだ。
typename enable_if<is_pod<T> >::typeは、このコンパイル時選択の機構のためだけに
使われているので、インタフェースに影響を与えないようにデフォルト値付きの引数になっている。
ポインタを取っているのは簡潔に0で初期化できるようにだろう。
486:483
06/12/19 21:31:23
>>484,485
レス感謝です
おかげさまで理解できました
>>484
こういう風にすればenable_ifなしでいけるんですね
なんとかそのプログラム理解はできても
自分で書けるようになるまでが大変だ・・
とりあえずこれを参考に頑張ってみます
>>485
enable_if< is_pod<T> >::type* =0
ええと、この式の場合だと
組み込み型の場合はtypeメンバが存在するわけですよね
そして組み込み型でない場合はtypeがないから定義自体されない
それだと* =0はなくても大丈夫なんじゃ？と思ったけど
この引数はコンパイル時にifの役割を果たせばよいから省略可能にしたい
省略可能にするには=とデフォルト引数が必要で
typeをtype*にすればどんな場合でも0が代入できる
うーむ、よく考えられてますね
487:デフォルトの名無しさん
06/12/19 22:46:08
個人的には返り値型に使うほうが好き＞enable_if
488:デフォルトの名無しさん
06/12/20 01:12:34
>>482
自分で「おそらくＳＰＡＭの一種だと思う」なら、ちゃんと見分けられてるじゃないか。
489:デフォルトの名無しさん
06/12/20 03:58:16
>>487
コンストラクタだとデフォルト引数として仕掛けるしかないけれどね
逆に引数の数が固定されていて余計なデフォルト引数が仕掛けられない
演算子関数定義だと戻り値型一択になるね
490:デフォルトの名無しさん
06/12/20 20:21:16
そもそも483が作ろうとしていると言う配列の要素数を返す関数は、
基本型かユーザ定義型かで分けて一体何をするのか気になる。
配列の要素数と言えばそもそもboost::size()で済むような話ではないのか？
491:デフォルトの名無しさん
06/12/20 20:32:25
>>490
番兵を思いついた。
podな型に対しては、ある値を決めておき、
俺様クラスについては、専用のフラグでも用意しているとか。
492:デフォルトの名無しさん
06/12/21 16:05:56
boost開発者向けＭＬに、自分用に作った
プログラム(boostの既存libの部品の追加してるだけだけど)、
死蔵するのもったいないから
ときどき投稿してたんだけど、
最近、無視されてるっぽい。
493:デフォルトの名無しさん
06/12/21 17:41:27
boost使いはVS2005にSP1はあてるのかい？
494:デフォルトの名無しさん
06/12/21 17:56:40
当たり前だ
495:デフォルトの名無しさん
06/12/21 21:36:36
>>492
何か不満か？ ML に晒したんなら勝手に使ってる奴もいるだろう。
使った人が必ずレスポンスを返すわけでもなし。
死蔵にはならずに済んだんだからいいだろ。
496:デフォルトの名無しさん
06/12/21 22:52:25
boost.cppll.jp 落ちてる？
497:デフォルトの名無しさん
06/12/21 23:29:55
ぽいね。俺も繋げない
498:デフォルトの名無しさん
06/12/22 11:42:53
ublasのatlasへのインターフェイスをbackendと表現してるのだが
backendってそういう意味なんだっけ？
499:デフォルトの名無しさん
06/12/22 12:01:23
まあCORBAとDCOMではproxy/stubが逆転していることですし
500:デフォルトの名無しさん
06/12/22 15:15:00
>>499
それは主体をどっちに置くかという話から帰着した結果だからあんまり関係ない気が。
501:デフォルトの名無しさん
06/12/22 23:08:58
atlasは下請けや補完をやるわけだから、
ublasから見ればたくさんあるbackendの一つってことでしょ。
502:デフォルトの名無しさん
06/12/24 12:39:36
boostの日本語ドキュメントプロジェクトって2003年で更新止まってるよね
サーバーも落ちてるみたいだけど、誰もメンテナンスしてないの？
503:デフォルトの名無しさん
06/12/24 17:51:43
ublas今試してるんだけど、
VC++2005でboost1.33_1だとsparse_matrixとsparse_vectorは定義されていないと怒られてしまう。
matrix_sparse.hppとvector_sparse.hppはきちんとインクルードしているんだけど、なぜに？
504:デフォルトの名無しさん
06/12/24 18:41:52
しかも、mat[i][j]とかで行列の要素にアクセスするとか、lu_factorizeもコンパイルエラー。なんでやろ・・・。
505:デフォルトの名無しさん
06/12/24 18:49:16
エラーメッセージも張らずに日記かよ。いい加減にしろ
506:デフォルトの名無しさん
06/12/25 13:27:53
>>504
mat[i][j]の書き方はできなくなった
今は
mat(i,j)
507:デフォルトの名無しさん
06/12/25 13:47:21
Boost.Python でPythonから呼ぶようにした関数って
Cとして呼ぶよりも処理が遅くなったりするの？
508:デフォルトの名無しさん
06/12/26 16:16:15
すみませんが、質問です。
Debian Sarge(EUC-JP)上でBoostのsplitなどをを使いたいのですが、ソースコー
ドの文字列をEUC-JPにするとエラーになってしまいます。
#include <boost/algorithm/string.hpp> を含むソースで
g++-3.4 -finput-charset=EUC-JP -fexec-charset=EUC-JP test05.cpp -o test05
を実行すると、
/usr/include/boost/function/function_base.hpp:23:25: failure to convert EUC-JP to UTF-8
このようなエラーに。
なお、ソースではwchar_t, wstringを使っています。
ソースをUTF-8に、オプションを-finput-charset=UTF-8 にすると動くように
なりますが、やはりこれは不便です。
ソースをEUC-JPのままで使う方法はないでしょうか？
509:デフォルトの名無しさん
06/12/26 18:55:42
age
510:508
06/12/26 19:42:26
追記です。
コンパイル時のエラーは、こんな単純なソースでも起こってしまいます。
エラー再現には、ソースにワイド文字リテラルが含まれる必要はありません。
------------------
#include <boost/algorithm/string.hpp>
int main(void)
{
return 0;
}
------------------
g++-3.4 -finput-charset=EUC-JP -fexec-charset=EUC-JP test06.cpp -o test06
↓
/usr/include/boost/function/function_base.hpp:23:25: failure to convert EUC-JP \to UTF-8
EUC-JPではマルチバイト文字を使えということなのかもしれませんが、せっかく
対応しているのだからワイド文字を使いたいのです。
511:デフォルトの名無しさん
06/12/26 19:56:55
>>510
boost/ref.hppがLatin-1で書かれているのが問題っぽいな。
ASCIIに直すようにお願いする位しか解決策が思いつかないが。
512:508
06/12/26 20:20:55
>>511
ありがとうございます。
ref.hppの17行目でしょうか？そこを削除しても、やはり同じエラーが出ます。
他に気づいたことは、-finput-charset=utf8 などと書いても、「UTF-8に変換
できない」というエラーになることです。大文字ハイフン入りの「UTF-8」以外
受け付けません。
もしかしたらGCC自体が、テンプレートライブラリがUTF-8以外であることに対応
していないのでしょうか？
513:デフォルトの名無しさん
06/12/26 20:38:10
>>508
この辺を参考に
URLﾘﾝｸ(search.gmane.org)
URLﾘﾝｸ(permalink.gmane.org)
>>512
インクルードファイルの中に他にも含まれていないか
チェック。utility/enable_if.hpp とか
$ iconv -l
で使用できる文字コードは分かる
514:508
06/12/26 21:08:11
>>513
ありがとうございます。よく読んでいませんが、結局コードの変換ルールが問
題ということでしょうか。
grep -r Jaakko /usr/include/boost/
これで検索したところ66件ありました。他にもlatin-1の名前はあるかもしれ
ません。さすがに直す気が失せました。
とりあえず、コンパイル前にiconvをかけることにします。いずれはUTF-8環境
に移行した方が良さそうです。
515:508
06/12/27 00:25:09
URLﾘﾝｸ(permalink.gmane.org)
を読んで思ったのですが、どうやらUTF-8にすれば完全解決というわけではな
いようですね。
g++ -finput-charset=EUC-JP
こう書くと、GCCはソースファイルを、includeされるヘッダライブラリまです
べてEUC-JPだとみなします。そしてそれを libiconv で UTF-8 に変換しよう
とします。このとき（ヘッダファイルに）EUC-JPに含まれない文字コード
（Latin-1など）があったらエラーになってしまいます。
g++ -finput-charset=UTF-8 （または-finput_charsetの指定なし）
こう書くと、GCCはソースファイルを、includeされるヘッダライブラリまです
べてUTF-8だとみなします。しかし今度は変換の必要がないので、libiconv は
呼ばれません。ヘッダライブラリも変換されません。
これで通常は問題はなくなるわけです。しかし、
・ヘッダライブラリのエンコーディングがUTF-8でない。
・ヘッダライブラリに wcha_tのリテラルがある。
（あまりないでしょうが、）この2つが同時に起こると、ライブラリは正しく
動作しません。
結局、すべてのヘッダファイルがUTF-8で統一されるか、Pythonのように各ソー
スファイルにエンコーディングの宣言ができるようにしないと、完全解決とは
言えないようです。いずれも一ユーザにはどうしようもない話ですが。
Boostとあんまり関係なくてすみません。
516:デフォルトの名無しさん
06/12/27 13:04:16
初心者的質問で申し訳ありません。
>>391でインストールするとき、最初に
default variantsを選んでください
って言われて、
Multithred Debug, DLL
Multithred, DLL
Multithred
Multithred, static runtime
Multithred, Debug, static runtime
Single thred, static runtime
Single thred, Debug, static runtime
の中から選択させられるんですが、ノーパソ用ペンティアム３（1.13GHz）とノースウッドコアペンティアム４（3.2Ghz）
の場合、どれを選べばいいんでしょうか。
マルチスレッデッィングとシングルスレッディング用CPUの違いくらいしか分からないので・・・
517:デフォルトの名無しさん
06/12/27 14:35:53
Multithred/Single thredはCPUの問題じゃない
518:デフォルトの名無しさん
06/12/27 14:36:53
boostにはデバッグは特にいらないと思う。かなりでかくなるから。
DLLにするかどうかだけど、初心者ならスタティックでいいと思う。
あとはスレッドを利用するならマルチスレッド、しないならシングルスレッド。
シングルスレッドで速度を追求するならシングルスレッドだけど
通常はマルチスレッドでいいと思う。
519:デフォルトの名無しさん
06/12/27 14:37:16
thred?
520:518
06/12/27 14:37:42
訂正
×特に ○別に
521:516
06/12/27 14:45:12
ありがとうございます。
ではとりあえず
Multithred, static runtime
でインストールして使ってみます。
なお、参考までにお聞きしたいのですが、DLLにするとどういった使い方が可能になるのですか？
522:デフォルトの名無しさん
06/12/27 14:49:20
templateなlibraryにDLLもくそもないから気にするな。
523:デフォルトの名無しさん
06/12/27 15:11:02
>>521
DLLの特長はここに書いてある。
URLﾘﾝｸ(e-words.jp)
必要ならDLLを選ぶといいと思う。
524:デフォルトの名無しさん
06/12/27 16:19:19
vc2005 sp1の現状
std;;wstring s = L"漢字";
// std::wcout << s << std::endl; //←ここをコメントアウトすると何もでなくなる
std::wcout.imbue(std::locale("japanese")
std::wcout << s << std::endl; //←出る
std::locale::global(std::locale("C"));
std::wcout << s << std::endl; //←出る
よくわかんないけどMSの開発担当者はもっとまともなロケール実装者が来るまで正座な。
525:デフォルトの名無しさん
06/12/27 16:22:23
boostとは直接関係ないけど、これ直ってないのか。なんのためのSPなんだか('A`)
526:デフォルトの名無しさん
06/12/27 20:10:24
>>524
とりあえずSTLport使っとくとlocale::globalの後に
それぞれimbueすればちゃんと動くらしいよ。
付属のだとそれすら効かない。
std::locale loc("japanese");
std::locale::global(loc);
std::wcout.imbue(loc);
std::wcout << L"ぶーすと" << std::endl;
527:デフォルトの名無しさん
06/12/27 23:15:10
ublasでrankは求められなかとですかい？
rank求めるのにlu分解は精度の問題で、一般には使われてないとか書いてるけど、
どの程度精度に問題でてくるんだろうね。
528:デフォルトの名無しさん
06/12/28 12:41:32
URLﾘﾝｸ(www.page.sannet.ne.jp)を参考にして
ublasで逆行列を求めようとしているのですが、lu_factorizeの呼び出しでコンパイルエラーになります。
エラーメッセージが大量なので、ソースと一緒にアップローダに上げておきます。
URLﾘﾝｸ(zetubou.mine.nu)
529:デフォルトの名無しさん
06/12/28 13:06:13
実行時エラーなら出るがコンパイルエラーは出ないな。
VC8SP1 + Boostは11月の頭にCVSから
F:\>cl -nologo -EHsc -ID:\Boost inv.cpp
inv.cpp
F:\>inv.exe
Check failed in file D:\Boost\boost/numeric/ublas/triangular.hpp at line 2435:
e1 () (n, n) != value_type ()
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
F:\>
530:デフォルトの名無しさん
06/12/28 15:50:10
November 28, 2006 - Function Types Accepted
531:デフォルトの名無しさん
06/12/29 19:50:03
VC7 でserializationのlib出きへんのやけど
なんか必要?
532:528
06/12/29 20:29:50
boostを1.32.0に入れ替えてみたところコンパイル出来ました。
実行時エラーは、おそらく係数行列を適当に設定したため発生したのだと思います。
係数行列を参考サイトと同じ行列にしたところ、同様の結果が得られました。
ublas使う時だけ1.32.0で行くことにします。ありがとうございました。
533:デフォルトの名無しさん
07/01/03 10:46:57
>>3にリンクされてるPOCOって使ってる人いる？
今日落として試してみたんだけど、SampleについてるEchoServerの挙動が
微妙におかしくて……
原因は一応分かったのだが、英語力が無いからまっとうなバグレポ
送れにゃいよ。
534:デフォルトの名無しさん
07/01/03 14:13:46
>>533
英語力ないからって言ってると永遠に身につかないよ。
バグレポなら状況を箇条書きにして送るだけでも大丈夫、ただし返信が来たらしらない（ｗ
535:デフォルトの名無しさん
07/01/03 14:59:14
>>534
そうだよなあ。
とりあえず、がんがって次のようなバグレポを書き込んだ。
意味が通るかどうかは全く自信が無いｗ
Hello.
I'm a Japanse, so please forgive my poor English.
When I tested "EchoServer" sample, I found that it doesn't send back FIN to the client when the client sends FIN to the "EchoServer", by calling shutdown().
This is because "EchoServer" doesn't call close() function for this socket.
Why is that?
Poco::Net::StreamSocketImpl is refcounted, and close() is called when it is really destructed.
I found that Poco::Net::SocketReactor's member, _pReadableNotification, _pWritableNotification, etc. holds Poco::Net::Socket instance, until next socket event arises.
So, until then, refcount remains 1, and close() is never called.
In Poco::Net::SocketReactor::run(),
member function dispatch() is called for each socket.
I think, after that, the socket which is held by _pReadableNotification, etc. must be immediately cleared, so Poco::Net::StreamSocketImpl's refcount will be 0, and close() will be called.
536:デフォルトの名無しさん
07/01/04 13:26:47
boost の program_options で言及されているレスポンスファイル
に関する機能って、以前は configuration file って呼ばれていた
ものですか？単に呼び方が変わっただけですか？
URLﾘﾝｸ(www.boost.org)
537:536
07/01/04 13:32:57
1.33.1 のソースを見てみると、
// Additional command line parser which interprets '@something' as a
// option "config-file" with the value "something"
なんて書いてあるなぁ、前からあった機能なのか。
なんか俺が勘違いしていたみたいです。
538:536
07/01/04 13:42:23
追加のオプションをファイルで与えることが出来る
multiple source の機能と、コマンドラインそのものを
ファイルの形で与える response file の機能を
混同していたようです。
539:デフォルトの名無しさん
07/01/04 14:35:43
ある大学でresearch programerっていう仕事の公募が出てる
research programerていうのはboostの開発してるような人達なのかな
540:536
07/01/04 14:42:44
>>539
頼まれてシミュレータなどのコードを書く人のことじゃないかなぁ。
541:デフォルトの名無しさん
07/01/04 16:05:49
>programer
programmer
542:デフォルトの名無しさん
07/01/04 17:55:53
>programmer
programer
543:デフォルトの名無しさん
07/01/04 19:01:27
pugeramer
544:535
07/01/05 04:25:51
POCOにバグレポ書いたと思ったら、もうFixされたバージョンリリースされてた。
はえー。
拙い英文でもバグレポ書いた甲斐があったわ。
勇気付けてくれた >>534 あんがと。
545:デフォルトの名無しさん
07/01/05 11:12:28
英語力がないから>535の意味を掴み切れない_/￣|○
#今年は真面目に(系統立てて)勉強するかな……
546:535
07/01/05 12:11:30
>>545
俺のアホな英文が分からないのは、多分君のせいじゃない。
相手はプログラムを良く理解してるから、クラスやメソッド名などのキーワードを
見て、問題を理解してくれたんだと思う。
今日も POCO を眺めてみたが、std::string ベースなので Path クラスが
日本語名を上手く扱えないという実にありがちな問題が……。
一見すると POCO_WIN32_UTF8 を定義して utf-8 ベースでやってれば
上手く機能しそうにも見えたが、たまにそのまんま std::fstream とかに
渡してるから、やっぱダメだな。
つうかいつになったらWindowsはja_JP.UTF8風なコードページをサポートして
くれるんだ。OS内部だけUTF-16化されてたってしょうがないだろうに。
547:デフォルトの名無しさん
07/01/05 12:41:48
>>546
無理
URLﾘﾝｸ(blogs.msdn.com)
まあ、ここでも言われているけど、
98がラッパでUnicodeをサポートできるように、
UTF-8のラッパをかぶせられないこともない。
どれほどの需要があるのか分からないけど。
548:デフォルトの名無しさん
07/01/06 09:17:55
shared_ptrやweak_ptrのソースを調べてるんだけど、
shared_ptrは内部でweak_ptrを使ってるようだけど、これは何のため
なんだろうか。weak_ptrはshared_ptrの循環参照の欠点を克服できる
という話を聞いてるんだけど、shared_ptrのなかにすでにweak_ptrが使われてる
ということは、もうshared_ptrは循環参照を克服したってことでいいんですか？
違うとしたら、weak_ptrをどう使ってshared_ptrの循環参照を克服できるのか
教えてください。weak_ptrのソースみてみると、なんだかweak_countという
別のカウンタを使っているだけで中身はほとんどshared_ptrと同じように参照カウンタ方式
にみえるんだけど、これで本当に循環参照、解決するんだろうか…？
549:デフォルトの名無しさん
07/01/06 10:05:47
URLﾘﾝｸ(www.kmonos.net)
ここのスマートポインタってところ読んでから来いや。
550:デフォルトの名無しさん
07/01/06 10:12:40
>もうshared_ptrは循環参照を克服したってことでいいんですか？
よくない。
weak_countは参照カウンタの参照カウンタとでも言えばいいんだろうか。
struct A { shared_ptr<A> a; }
shared_ptr<A> hoge(new A);
hoge.a = hoge;
struct A { weak_ptr<A> a; }
shared_ptr<A> hoge(new A);
hoge.a = hoge;
この二つでどのように参照カウンタが変化するのか、調べてみるといいよ。
551:デフォルトの名無しさん
07/01/06 11:16:45
>550
shared_ptrはカウンタ増えるけど、
weak_ptrはカウンタ増えないね。weak_ptrのカウンタはなぜ増えない？？
代入で増えるように定義されてるように見えたんだけど
>549
いちおう読みました
552:デフォルトの名無しさん
07/01/06 13:50:29
循環参照が置きるshared_ptrの相互参照がある場合、
相互参照の片方をweak_ptrに置き換えて循環参照が解決できる、
という理解でよろしいんでしょうか、ご教授ください
553:デフォルトの名無しさん
07/01/06 13:51:53
そんな事、人に訊かんとわかんないもんかね。
554:デフォルトの名無しさん
07/01/06 14:34:16
>553
これって実は誰でも知ってること？？
555:デフォルトの名無しさん
07/01/06 14:36:23
＞相互参照の片方をweak_ptrに置き換えて循環参照が解決できる
この説明だと片方を単にポインタに置き換えるだけで良いじゃないか，という反論が
想定され， weak_ptr の本質的な利点と特徴を説明できていないような？
556:デフォルトの名無しさん
07/01/06 15:22:57
>>554
皆知ってるかは知らんが、自分で結論出せないのなら
完全に理解できてないってことだ。
557:デフォルトの名無しさん
07/01/06 15:45:06
そりゃ完全に理解できてないから訊いてるんだろ。
558:デフォルトの名無しさん
07/01/06 15:48:06
>555
単にポインタに置き換えるだけだと、自動で消えないからマズいんですよね？？
weak_ptrなら、相互参照の片方が消えたら自分も消えるんでウマいこと
いくってことでＯＫ？
>556
結論を出してみたけど間違ってたまま覚えてたらまずいんで
合ってるのかどうかだけでも教えてください
559:デフォルトの名無しさん
07/01/07 03:14:24
boostのUnitTestってCppUnitと比べてどんな感じですか？
560:デフォルトの名無しさん
07/01/07 03:26:17
マグロとイカフライみたいな感じかな
561:デフォルトの名無しさん
07/01/07 03:32:22
>>560 ありがとうございました
562:デフォルトの名無しさん
07/01/07 05:51:31
ちょｗｗ
563:デフォルトの名無しさん
07/01/07 13:58:09
weak_ptrにいれたshared_ptrのカウントと、weak_ptrのカウントが
同じカウントになるような気がする。
つまりshared_ptrが消えるときにweak_ptrのカウントもゼロになって
同時に消える仕掛けになってると考えていいんでしょうか先生？
564:デフォルトの名無しさん
07/01/07 15:19:12
ちがった・・・入ってるshared_ptrが消えてもweak_ptrのカウントは１残った…
それまではカウント同じなのになぜ？？
565:デフォルトの名無しさん
07/01/07 20:29:47
>>558
＞単にポインタに置き換えるだけだと、自動で消えないからマズいんですよね？？
いや， weak_ptr の機能は参照先のオブジェクトの生存管理と直接は無関係です．
普通のポインタで参照していようが， weak_ptr で参照していようが，
shared_ptr による参照カウントが0になればそのオブジェクトは消えます．
単なるポインタと比較した場合の weak_ptr の利点は，
-参照先のオブジェクトが生存しているかどうかを調べることができて，かつ
-shared_ptr に格上げできる
ことです．
いずれにせよ， shared_ptr による循環参照の問題の解決するにあたって，
必ず weak_ptr の機能が必要になるわけではないです．
単に weak_ptr の機能を理解しようとするだけなら，
循環参照の問題はとりあえず脇に置いておいた方が良いような気がします．
566:デフォルトの名無しさん
07/01/07 20:46:53
>>563
shared_ptr の実装は，参照カウントによって管理されるオブジェクト
(A とします) と独立して，新たにフリーストア (ヒープ) 上に
参照カウント用のオブジェクト (X とします) を生成します．
X は， A の参照カウントと独立して自分自身の参照カウントも持っていて，
独立した2つの参照カウントを持っているイメージになります．
shared_ptr が1つ作られるごとに A の参照カウントと X の参照カウント両方が
1つ増やされ， shared_ptr が1つ破壊されるごとに
A の参照カウントと X の参照カウント両方が1つ減らされます．
weak_ptr が1つ作られるごとに X の参照カウントのみが増やされ，
weak_ptr が1つ破壊されるごとに X の参照カウントのみが減らされます．
A の参照カウントが0になれば A を delete します．
しかし， X の参照カウントが0になっていなければ X は破壊されません．
最終的に全ての shared_ptr と weak_ptr が存在しなくなった時点で，
X の参照カウントは0になります．この時点で X は delete されます (自殺します)．
以上が， shared_ptr と weak_ptr の実装面での動作です．
567:デフォルトの名無しさん
07/01/08 03:42:00
>>566
うそ～ん？？shared_ptrはカウントを二種類持ってるってこと？
あ、sp_countと内部のweak_ptrの二種類のことを言ってる？？
568:デフォルトの名無しさん
07/01/08 04:04:00
>weak_ptr が1つ作られるごとに X の参照カウントのみが増やされ，
>weak_ptr が1つ破壊されるごとに X の参照カウントのみが減らされます．
shared_ptr<A> hoge(new A);
cout << hoge.use_count() << endl;
weak_ptr<A> hogehoge(hoge);
cout << hoge.use_count() << endl;
cout << hogehoge.use_count() << endl;
試してみたらどっちも増えなかったよ
569:デフォルトの名無しさん
07/01/08 10:57:47
>>568
weak_ptrのuse_countはweak_countを返すわけじゃないよ。
ドキュメント読め。
570:デフォルトの名無しさん
07/01/08 18:09:37
Boost.Timeseries
Boost.Accumrator
は結局アクセプトされたの？
571:デフォルトの名無しさん
07/01/09 13:46:37
オブジェクトを参照している最後の shared_ptr が破棄されるとき、
weak_ptr の有無にかかわらず、そのオブジェクトは削除される。
ただし、オブジェクトを参照する weak_ptr が存在していた場合、
参照カウントを保持する sp_counted_impl_pd は削除されない。
（weak_ptr と shared_ptr すべてが破棄されないと削除されない為）
weak_ptr からポインタ参照を行いたい場合、
必ずロックして shared_ptr を取得するような設計になってるけど、
上記仕組みのおかげで、たとえ shared_ptr が存在しない状態でも
オブジェクトが破棄されていることが分かり、エラーを返すことが出来る。
572:デフォルトの名無しさん
07/01/09 16:13:31
Statistical Distributions and Mathematical Special Functions
のレビューコメントが厳しいのばっかりなのはなんで？
最初 Boost.Mathとか名前ついてたときは、
ちょっと広すぎな名前だとは思ったけど
573:デフォルトの名無しさん
07/01/09 16:49:03
>>572
>Statistical Distributions and Mathematical Special Functions
興味あるんだけどどのへん見ればいいの？
ポインティングよろしく
574:デフォルトの名無しさん
07/01/09 17:14:44
URLﾘﾝｸ(boost-consulting.com)
の
math-toolkit-code.tar.bz2
575:デフォルトの名無しさん
07/01/09 17:25:00
>>574
Thanks!
576:デフォルトの名無しさん
07/01/09 18:12:22
>>548-571
通りすがりだけど、このやり取りで、weak_ptrがすっごくよく分かった！
日本語でこれだけちゃんとした説明はどこにもないと思う。ありがとう！
577:デフォルトの名無しさん
07/01/10 21:17:34
shared_ptrなんだけど、中にいれるオブジェクトが消えると
カウントが減りますよね。
でも、中のオブジェクトが消えたということを、shared_ptrはどうやって知るんですか？
代入演算子で上書きされたときについては、代入演算子の多重定義で
上書きされたほうをデクリメントしてるのは分かるんだけど、
スコープを抜けたときとかはshared_ptrには分からんのでは？
リアルタイムにオブジェクトが生きてるかどうかを監視してるわけでもないのに、
スコープ抜けてオブジェクトが自然消滅したときにもちゃんとカウントが
減ってるのって不思議すぎる。これ分かる人いる？
578:デフォルトの名無しさん
07/01/10 21:25:23
＞中にいれるオブジェクトが消える
＞代入演算子で上書きされたとき
＞オブジェクトが生きてるかどうか
この辺が果てしなく意味不明。
>>577はshared_ptrを全く理解していないようだ。
579:デフォルトの名無しさん
07/01/10 21:55:07
ソース読めばわかるよ
580:デフォルトの名無しさん
07/01/10 21:57:28
>577
デストラクタ
581:デフォルトの名無しさん
07/01/11 07:38:26
shared_ptr<A> hoge(new A);
int i = 1;
while(i--){
shared_ptr<A> hogehoge(new A);
hoge = hogehoge;
cout << hoge.use_count() << endl;
}
cout << hoge.use_count() << endl;
こういう状態のとき、二番目のhoge.use_count()のときにはカウントが
一番目より一つ減るでしょ。それをhogeのカウンタはどうやって把握したの？
ってことを聞きたかったんです。
カウンタのデクリメントについては、ソースを読めば代入演算子の
部分で、代入元をインクリメントして代入先をデクリメントするってことが
書いてあるけど、代入したオブジェクトそのものが上のコードみたいに
スコープはずれて消えたときにデクリメントする処理なんて書いてないな、
と思ったんです。
>>580
代入元のデストラクタですか？
どうやって代入元のデストラクタで、shared_ptrのカウントを下げてるか分かりますか？？
582:デフォルトの名無しさん
07/01/11 08:09:28
>>581
カウンタもshared_ptrが保持するポインタと同じく共有されるよ。
shared_ptr<A> hogehoge(new A); //カウント1
hoge = hogehoge; //カウント2
} //hogehogeの破棄によってカウント1
その後hogeの破棄時にカウントが0になるのでdeleteが呼ばれる。
583:デフォルトの名無しさん
07/01/11 09:19:43
初歩的な質問で申し訳ないけれど、
shared_ptrはコンストラクタではいろんなオブジェクトを受け付けるけど
代入はスマートポインタしか受け付けないってのは正しい？
いちど初期化してしまうと、
あとから別のオブジェクトを入れるには他のshared_ptrにいれてから
本当に入れたいshared_ptrにそのshared_ptrを代入するしかありませんか？
584:デフォルトの名無しさん
07/01/11 09:41:04
>>581
もうね、
＞ int i = 1
＞ while(i--){
の時点でC++理解してなさすぎ。
{
shared_ptr<A> hogehoge(new A);
hoge = hogehoge;
cout << hoge.use_count() << endl;
}
これだけでスコープ限定できるの。
boostを理解しようなんて百年早い。
基礎からやり直しな。
585:デフォルトの名無しさん
07/01/11 09:55:44
C++っていうかC
586:デフォルトの名無しさん
07/01/11 10:01:40
>>584
んなどうでもいいことよりも少しは本質的な話をしたらどう
587:デフォルトの名無しさん
07/01/11 10:03:37
do{
hogehoge();
}while(0);
hogehoge()は実行されますか？
588:デフォルトの名無しさん
07/01/11 10:28:53
>>587
それは別のスレで質問したらいいと思う
589:デフォルトの名無しさん
07/01/11 10:45:07
>>583
reset すれば？
590:デフォルトの名無しさん
07/01/11 10:47:47
お前らと仲良くなりたくて、もっと weak_ptr について理解を
深めようと思ったが、頭が悪すぎて理解できなかった。
なんかやばそうだから循環参照が起きないように気をつけよう、
その程度の理解な俺が作っているプログラムを使わされている
やつｶﾜｲｿｽ。
591:デフォルトの名無しさん
07/01/11 10:49:54
ちなみに俺の理解では weak_ptr は参照カウントを増減させないので
たとえ weak_ptr で参照されていたとしても実体が delete されて
いるかもしれん。だから weak_ptr の参照先が生きてるかどうか
ちゃんとチェックしてから使おうね、ってことなんだが。
592:デフォルトの名無しさん
07/01/11 10:51:18
生のポインタじゃなくて weak_ptr を使う理由は、
参照先のオブジェクトの生死を追跡することが出来るから。
えっと、ほかにうれしさある？
593:デフォルトの名無しさん
07/01/11 11:09:46
>>592
おれもよく分からんのだけど、読んだりしらべたりした感じだと
循環参照でカウントが不当に上がってしまわないように
shared_ptrの相互参照は片方をweak_ptrにしないと駄目ってことも
あるんじゃないだろうか。違ってたらまた指摘よろ
594:デフォルトの名無しさん
07/01/11 11:11:17
>>589
reset()か。ちょっと試してみる
595:デフォルトの名無しさん
07/01/11 11:24:52
>>589
reset()した後に、そのshared_ptrをどうやって再利用したらいいんだろう。
596:デフォルトの名無しさん
07/01/11 11:57:10
shared_ptrみたいな簡単な部類すら理解できないのに
boostを使おうなんて100年早い
597:デフォルトの名無しさん
07/01/11 12:08:07
>>596
それでも BGL は便利にがんがんつかわせてもらってます ＞＜
598:デフォルトの名無しさん
07/01/11 16:02:41
>>595
shared_ptr p1( object1 );
p1.reset( object2 );
shared_ptr のインターフェイス定義くらい読んでおけよ。
599:デフォルトの名無しさん
07/01/11 16:28:02
>>592
他に，対象のオブジェクトを参照している最中に
(そのオブジェクトを指している shared_ptr が全て消えることで)
突然そのオブジェクトが死んでしまうような事態を回避することができます．
(この問題はマルチスレッドプログラムで特に顕著だと思いますけれど，
シングルスレッドプログラムでも論理的にはありえるケースです)
void process( weak_ptr< Obj > wp )
{
if( shared_ptr< Obj > p = wp.lock() ){
// このスコープ内では， (たとえば他の実行スレッドの動作によって)
// p の指しているオブジェクトが削除されるようなことはない
}
else{
// wp が指しているオブジェクトが死んでいる場合．
// ここでどうするかは何を実装するかによります．
// wp の参照先が常に生存していることが不変条件ならば，
// 571さんの書いているように論理エラーを通知する (例外を送出する) ことに
// なるでしょうし，参照先のオブジェクトが死んでいることを検出して
// 他のアクションを取るようなことも，場合によっては想定されます．
}
}
600:デフォルトの名無しさん
07/01/11 16:30:05
また，自身は shared_ptr を必要としないけれど，他の誰かに
shared_ptr を渡すような要求がある場合に weak_ptr が必要になります．
// 自身は B のオブジェクトへの (弱い) 参照を持っているだけで良いが，
// B のオブジェクトへの shared_ptr を返すインタフェイスが必要なクラス
class A{
public:
shared_ptr< B > getB() const{ return boost::shared_ptr< B >( p_ ); }
private:
weak_ptr< B > p_;
};
あと weak_ptr の使い方として典型的なのが，参照先のオブジェクトが
死んでいてもかまわないような場合です． proxy (特にキャッシュの実装) や
observer などの実装で有用な使い方があるかと思います．
601:デフォルトの名無しさん
07/01/11 17:17:34
shared_ptr はソースはそんなに複雑ではないわりに、
enable_shared_from_this や、weak_ptr、shared_ptr<void>、カスタム削除子 への対応など
細かいところでさまざまな工夫が施されているから、一度ソースに目を通しておくと勉強になる。
602:デフォルトの名無しさん
07/01/11 19:49:50
削除子は勉強になったなぁ
603:デフォルトの名無しさん
07/01/11 20:18:15
今回の人の場合、ソース読むよりスマートポインタのことが書かれた
適当な本読んだほうがよくねえか？
いやおまいらが親切なのはよくわかったけどさ
604:デフォルトの名無しさん
07/01/11 20:31:23
カウンタを共有するのがポイント
605:デフォルトの名無しさん
07/01/11 20:56:40
>>603
＞適当な本読んだほうがよくねえか？
そういう本ある？自分は見たことないんだけれど
606:デフォルトの名無しさん
07/01/11 21:08:05
超定番ながらModern C++ Designじゃないかね？
607:デフォルトの名無しさん
07/01/11 22:49:52
multi_array<double,3>
じゃなくて
int ndim=3;
multi_array<double> a(ndim)
みたいな多次元配列の宣言の仕方できないのでしょうか？
ndimをプログラム中で変えたいのです
608:デフォルトの名無しさん
07/01/12 09:59:32
多次元配列の大きさを動的に決める方法なかったみたいなので
std::map< std::vector<double>, double> m
で代用しました。速度で問題でそうな雰囲気もするけど、しかたないかな・・・
609:デフォルトの名無しさん
07/01/12 11:07:32
>>608
ふつうstd::vector<<std::vector<double> >じゃない？
610:デフォルトの名無しさん
07/01/12 11:09:46
>>608
スレ違いになるが、一次元配列を(動的に)確保して、擬似多次元アクセス関数を作った方が善くないか?
611:デフォルトの名無しさん
07/01/12 11:32:19
>>606
boost::shared_ptr を理解する上で Modern C++ Design はどうなんですかね？
あれはスマートポインタについては，削除子による不完全型への対応とか
クロス DLL 問題などの突っ込んだ議論は載っていなかったように思いますし，
それに boost::shared_ptr の設計思想は， MC++D の一つの柱である
「ポリシーに基づく設計」のそれとは，アンチテーゼの関係にすらあるように思いますし．
612:デフォルトの名無しさん
07/01/12 15:50:59
>>608
…代用できるの？
613:デフォルトの名無しさん
07/01/12 21:54:17
どうみてもコンパイルエラーです。本当にありがとうございました。
614:デフォルトの名無しさん
07/01/12 23:21:36
>>611
標準C++ライブラリ(背表紙赤い奴)には auto_ptr の詳しい説明と
簡単なカウント式スマポの実装例があったような
あとは More Effective C++ とか？
615:デフォルトの名無しさん
07/01/15 10:15:05
「C++再考」のハンドルクラスの実装例なんか、どうっすかね？
616:デフォルトの名無しさん
07/01/15 17:01:38
boost.accumulators
いじってるんだけど、数値計算メインの人が
MPL勉強するのはちょっとしんどいんじゃないかと思うんだ
617:デフォルトの名無しさん
07/01/16 00:27:28
boostのヘッダーをインクルードすると、
バカみたいにコンパイル時間がかかるのですが、
メモリー増設すれば少しは早くなるのでしょうか？
Pentium M 17Ghz
Mem 500M
VS2005
OS:XP
です
コンパイルオプションをいじれば少しは早くなるのでしょうか？
618:デフォルトの名無しさん
07/01/16 00:30:17
CPUを速くしろ、と言おうと思ったが十分速いみたいだｗ
619:デフォルトの名無しさん
07/01/16 00:40:24
プリコンパイル済みヘッダ使えば多少はマシになんじゃない
17GHzもあるとどうかわからんけどｗ
620:デフォルトの名無しさん
07/01/16 00:46:42
1.7Ghzの間違いでした
コンパイル中に、やたらとディスクアクセスする音が聞こえるので
ひょっとして５００Ｍで足らないのかと思ったのですが、
そうでもないのですか？
621:デフォルトの名無しさん
07/01/16 01:12:45
そりゃヘッダ含めソースコードが置かれているのはディスクの中だからさ。
622:デフォルトの名無しさん
07/01/16 01:13:40
環境による。XPと開発環境以外何も入っていないのならspirit使わなければ500MBでも十分。
まあ500MBなんて半端なメモリ容量のPCは相当特殊だろうから俺の意見は参考にならんだろう。
512MBからビデオメモリ用に12MB引っ張ってくようなキモイ統合チップセットは聞いたことないし。
623:デフォルトの名無しさん
07/01/16 10:43:29
mplとかlambda使うならプリコンパイル済みヘッダは必須だな
624:デフォルトの名無しさん
07/01/16 10:51:49
テンプレートってコンパイル時まで型が決まらないからテンプレートなのに
プリコンパイルの効果あるの？
それとも全部のパターン分インスタンシエイトしちゃうとか？
625:デフォルトの名無しさん
07/01/16 13:01:41
>>624
2回目以降のコンパイル時には効果絶大だろ。
PCH が無いと、一度インスタンス化した型でもソースファイルが違うと
もう一度コンパイルしなきゃいけないし。
626:デフォルトの名無しさん
07/01/16 13:33:11
>>624
プリコンパイルっても別にオブジェクトコード吐くわけじゃなくて、
プリプロセッサ通して構文解析かけて、コンパイラの内部形式に変換しとく程度でも充分効果あるだろ。
627:デフォルトの名無しさん
07/01/16 14:06:43
いちいち stfafx.{cpp|h} みたいなのを作らないと
いけないのがめんどうだよな。hdrstop とかも指定せずに、
臨機応変にやってくれればいいのに。
って無茶か。
628:デフォルトの名無しさん
07/01/16 14:23:58
boost::serialization のシリアライズ先は
テキスト/バイナリ/XML なんだけど、
吐き出したデータを他の言語処理系から
読みたいときには XML しかないかな？
大量のデータを他の処理系とやりとりするときって、
やっぱり今まで通り独自形式で吐くしかないのかなぁ。
いっそのこと RDBMS のテーブルに吐き出してくれたらいいのに。
って、やっぱ自分で書き出すしかないか。
629:デフォルトの名無しさん
07/01/16 14:26:16
>>627
普通にcc foo.hするだけだろ。
630:デフォルトの名無しさん
07/01/16 21:42:08
RDBMSはランダムアクセスは早いがシーケンシャルが遅い。
そのうえ更新頻度が高いとシステムダウンする勢いでCPU負荷を上げ、
リソースを占有してしまう。
631:デフォルトの名無しさん
07/01/16 22:02:00
素直にXMLでいいや・・・
ところで、当たり前かも知れないけど
serialization って deserialization の方がコスト高いよね。
パースにかかるコストが高いんだろうけど。
632:デフォルトの名無しさん
07/01/16 22:40:36
軽く作ればパースはたいしたことはない。
普通の言語と違って構文がスゲー単純だから。
字句はDFAを使うとかすればいいかもしれない。
633:デフォルトの名無しさん
07/01/16 22:41:53
追記。たとえ重いパーサであってもRDBMSのODBCなどの
オーバーヘッドに比べれば屁の河童。
634:デフォルトの名無しさん
07/01/17 12:25:46
現在のバージョンの boost::serialization って、
特に XML にシリアライズする場合には浮動小数点数の
NaN が正しく扱われないんだな。
ちょっとカナシス。
635:デフォルトの名無しさん
07/01/18 02:26:24
浮動小数点といえば、IEEE754はそろそろバージョンうｐじゃなかったか
636:デフォルトの名無しさん
07/01/18 11:32:56
boost.decimal みたいなライブラリがほしいなぁ。
637:デフォルトの名無しさん
07/01/18 11:43:43
.NETはDecimal定数が扱えるのがぶっちゃけめちゃくちゃ便利だな。
複素数やリストもそうだけど、定数やリテラルとして使えるかどうかって
結局使い勝手に格段の差が出来ちまうな。
638:デフォルトの名無しさん
07/01/18 14:32:51
>>635
ｋｗｓｋ
639:デフォルトの名無しさん
07/01/18 15:25:16
>>638
URLﾘﾝｸ(ja.wikipedia.org)
640:デフォルトの名無しさん
07/01/18 15:33:30
>>639
ｔｈｘ
641:デフォルトの名無しさん
07/01/19 00:56:43
tuple と lambda を使ってみてたんだけど、
bind(&get<0>, _1);
って式が通らないんだが……。
返り型の指定してもダメだし、ドキュメントいくら読んでもさっぱりわからない。
誰か教えてくれないだろうか……(´・ω・`)
642:デフォルトの名無しさん
07/01/19 01:00:06
質問です。
クラスAとクラスBがあるとしてshared_ptrで相互参照するのはNGというのを最近知りました。
すると、相互参照したい場合は
class A{
weak_ptr<B> b;
}
class B{
shared_ptr<A> a;
}
とすれば良いのでしょうか。ちなみにAは一つしか存在しないBの管理クラスで、Bは複数存在する管理されるクラスなのですが、
その場合はこのように管理される側が管理する側をshared_ptrで参照して、管理する側が管理される側をweak_ptrで保持するのが良いのでしょうか。
あとscoped_ptrというのもあるようで、それぞれどういう時に利用すれば良いのかまだいまいち掴めません。
643:デフォルトの名無しさん
07/01/19 06:57:25
>>641
getは設計が古くなっている。
戻り値指定なしでもできるが長くなるのでこんな感じで
template<typename Result, int i>
struct get
{
/**/ typedef Result result_type;
/**/ template<typename Tuple>
/**/ Result operator()(Tuple& t) const
/**/ { return boost::get<i>(t); }
};
bind(get<double, 0>(), _1);
644:デフォルトの名無しさん
07/01/19 07:27:37
>>642
各オブジェクトの寿命を考えてみたらいいと思うよ。
あと、weak_ptrはオブジェクトを参照するときに
一時的なshared_ptrを作成するのでコストがかかるね。
scoped_ptr, scoped_arrayは、受け取ったポインタを
自分の寿命が切れるときにdeleteするだけのポインタクラス。
C++の仕様がわかっていれば使い道はいろいろ。
645:デフォルトの名無しさん
07/01/19 14:15:52
で、いつ標準化されるんですかね。
646:デフォルトの名無しさん
07/01/20 00:52:42
>>643
おお、ありがとう。
やっぱり戻り値の型が判別できないのが問題なのかな？
色々いじりつつ、もう一度 lambda の sig を読んでみたら、今度はちょっと分かった気が。
template <int i>
struct get {
/**/ template <class Tuple>
/**/ typename boost::tuples::element<i, Tuple>::type operator()(Tuple& t) const {
/******/ return boost::get<i>(t);
/**/ }
/**/ template <class Args>
/**/ class sig {
/******/ typedef typename boost::tuples::element<1, Args>::type Tuple;
/******/ typedef typename boost::tuples::element<i, Tuple>::type Result;
/**/ public:
/******/ typedef typename boost::remove_cv<Result>::type type;
/**/ };
};
bind(get<0>(), _1);
ってことで、こう書いたらとりあえず行けたんだが、こんな感じでいいのかな？
もっといいやり方があったりするんだろうか。
しかし、関数オブジェクトならこれでいい（？）けど、テンプレート関数には sig は使えないよね。
ということは、関数の場合はテンプレート引数を全部指定しないとダメってことかな。
いや、でも、boost::get<> のテンプレート引数全部指定してもダメだったし、キャストしてもムリだったような。
なんかまたよくわからなくなってきた…(´・ω・`)
647:デフォルトの名無しさん
07/01/20 11:19:05
引数指定が間違ってるんだろう。consとかいるぞ
そもそもgetのシグニチャーは公開されてないと思われるので書いてはいけない。
要は君の::getが主役で、boost::getはシンタックスシュガーだ
関数オブジェクトがつねに偉いのだ
648:デフォルトの名無しさん
07/01/21 20:32:31
bindで結合されたオブジェクトをfor_eachで適用するとき,適用されたオブジェクトを取り出すには
for_eachの結果を何に代入すればいいのでしょうか？
struct fn1
{
double sum;
void operator()(double &t )
{sum += t;}
}
fn1.sum=0;
何に代入したらオブジェクトfn1を取り出せる？
=for_each(ar.begin(),ar.end(),
boost::bind( fn1,
boost::bind(fn2,_1 ))
);
代入しないと
fn1.sum==0
となる
649:デフォルトの名無しさん
07/01/21 20:41:39
>>648
bind() された関数オブジェクトの型は決められていないから、無理。
かわりに、結果の書き込み先を参照で持たせるのがいいんじゃない？
総和なら std::accumulate() 使えばいいんだけどね。
ソース貼るならコンパイルできるかどうか見直せよ。