[SIMILAR] WITH 30241 stlport WITH 11426 node WITH 8810 alloc WITH 7748 iostreams WITH 7107 iostream WITH 5134 たst WITH 2431 をビ WITH 2182 エク WITH 1992 、st WITH 1584 らエ WITH 1495 dll WITH 1288 系で WITH 1134 ビル WITH 1106 配布 WITH 1048 共有 WITH 1031 スポ WITH 995 自体 WITH 958 動的 WITH 826 ルド WITH 819 ポー WITH 650 体を WITH 649 サポ WITH 647 ンラ WITH 575 クス WITH 534 自動 WITH 496 指定 WITH 472 使わ WITH 447 パッ WITH 433 windows WITH 418 ート WITH 355 更新 WITH 342 以前 の検索結果 173 件中 1 - 10 件目 (0.081210086 秒)
長らく4系を使っていたSTLportを5.1.3に更新しました。Windows CE系のサポートも以前に比べるとすごく良くなっていていろいろとパッチを当てなくてもそのまま使えそうです。 4系ではnode_allocがインラインだったので、STLportで__node_allocを共有で書いたようにひとつのDLLからエクスポートするようにしていた ...
一通りの準備が出来てきたので、環境を一新してみました。makefileをクリーンアップしてPocket PC 2002 SDKに対応したり、HPC 2.0の対応部分を削除したり、その他もろもろ。STLportも4.5.3に上げようかと思ったのですが、CEで__node_allocを使うようにするとリンクエラーになってしまうなど幾つか問題が発生した ...
# (スコア:8414)
STLport用のautoexp.datが公開されていました。追加すると、各種コンテナの中身などがVS2005のデバッガでかなり追跡しやすくなります。実際のファイルはこれです。 ...
# (スコア:8414)
Invalid TextSTLportとGNU libstdc++のstd::basic_stringのパフォーマンスの比較など。結論だけ引用すると、 This tests show that for processing long strings (greater than 50K) the best choice is ropes; if you use strings of size 1K-50K then the best choice is strings from GNU libstdc++; GNU li ...
# (スコア:8414)
STLportのhash_mapのiteratorをインクリメントするときにキーが壊れていると正しくインクリメントできません。例えばこんな感じ。 struct X { }; typedef std::hash_map<X*, int> M; M m; m.insert(M::value_type(new X(), 0)); for (M::iterator it = m.begin(); it != m.end(); ++it) delete (*it).first; イ ...
# (スコア:8414)
STLportのbasic_string::reserve()ってもともとのバッファのサイズが十分あってもわざわざ新しくメモリを確保してコピーしてしまうんですね。vector::reserve()はcapacity()よりも引数が大きいときしかやらないのに。なので、reserve()を呼ぶ前にcapacity()を呼び出してサイズが充分でない場合だけreserve()を呼 ...
# (スコア:8414)
そのあたりで大きく変わったとすれば、STLportのバージョンを上げたことが関係あるかもしれませんね。細かい実装の違いまでチェックしていないので、どこが変わったのかは把握していないのですけど。 ...
# (スコア:8414)
先日書いたbasic_string::reserve()の実装はどうやらわざとそうなっているようです。つまり、reserve(0);とやって呼び出すと、不必要に確保しているメモリを開放する効果があるということですね。気持ちはわかるけど微妙に使いにくいですね。そもそもC++でも、JavaのようにImmutableなStringとMutableなStringB ...
# (スコア:8414)
# (スコア:10000)