問題タブ [boost]

Boostライブラリ/ヘッダーをVC++9コンパイラ（Visual C ++ 2008ExpressEditionまたはVisualStudio2008）で使用すると、多くの問題のない警告が生成されます。それらは2種類あります：

1. Wp64設定に関する警告。
2. コンパイラのバージョンに関する警告。

これらの警告をオフにするにはどうすればよいですか？

Boost は VS2005 ユーザーが TR2 を経験する唯一の方法ですか? また、TR2 関連のパッケージのみをダウンロードするばかげた証明方法はありますか?

BoostPro Consulting が提供するブースト インストーラーを見ていました。MSVC8 のすべてのパッケージですべてのスレッド オプションのオプションを選択すると、1.1GB が必要になります。私はスペースが不足しているわけではありませんが、ライブラリがギガバイトを超えるスペースを必要とし、BPC が現在のリリースに追いつくのに長い時間がかかるというのはばかげているように思えます。

どのパッケージが必要ですか? 私は本当に std::tr2 を構成するものにのみ興味があり、提供されているものと TR2 レポートのものを比較し、リストからそれらを選択することでそれを見つけることができますが、それでも何が必要で、それが後ろのバージョンであるという事実は私を悩ませます。

Boost (1.33.1) との以前の出会いから、自己コンパイルは惨めな経験であることを知っています: 開始するのに多くの時間が浪費され、その後、大量のエラーが、読むよりも速く画面を横切ります。 with は、何かが壊れているという不安な気持ちですが、何が原因かはよくわかりません。

私はApacheライブラリでこれらの問題を経験したことはありませんが、それは別の暴言です...

以下の投稿に示すように、IO 完了ポートに関連付けられたスレッド プールを使用して、サーバー アプリケーションでワーカー タスクを実行するためのモデルを作成しました。

http://weblogs.asp.net/kennykerr/archive/2008/01/03/parallel-programming-with-c-part-4-io-completion-ports.aspx

http://blogs.msdn.com/larryosterman/archive/2004/03/29/101329.aspx

このプログラミング モデルに役立つブーストのクラスはありますか?

私たちはポータブルコード（win + macOs）を作成しており、コードが頻繁にクラッシュするため、コードをより堅牢にする方法を検討しています...（通常はオーバーフローまたは初期化の誤り）:-(

私は、Google Chromeがすべてのタブにプロセスを使用することを読んでいたので、何か問題が発生した場合、プログラムは完全にクラッシュせず、そのタブのみがクラッシュします。それはかなりいいと思うので、やってみるかもしれません！

だから私は誰かが私がより堅牢なc++コードを構築するのを助けることができるいくつかのヒント、ヘルプ、読書リスト、コメント、または何かを持っているかどうか疑問に思いました（ポータブルは常により良いです）。

同じトピックで、プロセス用のポータブルライブラリ（ブーストなど）があるかどうかも疑問に思っていましたか？

どうもありがとう。

何std::pairのために、なぜ私はそれを使用するのですか、そしてどのような利点boost::compressed_pairをもたらしますか?

Boost を MacOS にインストールするにはどうすればよいですか? 現在、Mac 用の bjam が見つかりません。

この奇妙な呼び出しスタックがあり、その理由を理解するのに困惑しています。

asio が open ssl の read を呼び出してから、負の戻り値 (-37) を取得しているように思えます。

その後、Asio は memcpy 関数内で使用しようとしているようです。

このコール スタックを引き起こす関数は、このエラーなしで何十万回も使用されます。

まれに、週に1回程度です。

リクエスト ヘッダーのサイズは常に正確に 3 バイトであることに注意してください。

考えられる理由について誰かが光を当てることができますか?

注：boost asio 1.36を使用しています

これは、巨大な「カウント」が原因で memcpy で発生するクラッシュ コール スタック クラッシュです。

ブーストソースコードのレビューに長い時間を費やすことなく、誰かがブーストバインドがどのように実装されているかを簡単に説明してもらえますか？

マルチスレッド アプリケーションで使用されるポインターのコンテナー (std::vector) があるとします。コンテナーに新しいポインターを追加するとき、コードはクリティカル セクション (boost::mutex) を使用して保護されます。すべて順調です。コードは、処理のためにこれらのポインターの 1 つをスレッドに返すことができるはずですが、別の別のスレッドが、まだ使用されている可能性があるこれらのポインターの 1 つを削除することを選択する可能性があります。例えば：

そのため、thread1 が使用している間に、thread2 がポインターを削除する可能性があります。汚い。

代わりに、Boost 共有 ptr のコンテナーを使用したいと考えています。IIRC これらのポインターは参照カウントされるため、未加工のポインターではなく共有ポインターを返す限り、コンテナーからポインターを削除しても、最後の使用が範囲外になるまで実際には解放されません。すなわち

上記の例で、thread2 が erase を呼び出す前に thread1 がポインターを取得した場合、指しているオブジェクトは引き続き有効でしょうか? thread1 が完了しても実際には削除されませんか? グローバル ベクトルへのアクセスは、クリティカル セクションを介して行われることに注意してください。

これが shared_ptrs の仕組みだと思いますが、確認する必要があります。

BOOST の 2 つのバージョンを同時にプロジェクトにコンパイルしたいと考えています。理想的には、次のように使用できる必要があります。