問題タブ [boost]

boost.asioには、ソケット、シリアルポート、およびあらゆる種類のファイル以外の例を含む多くの例があることに気づきました。Googleは、asioが非同期ファイルI / Oを実行するための優れたアプローチであるか、有効なアプローチであるかについて言及している私にとって、あまり多くのことを明らかにしていません。

非同期でディスクに書き込みたいデータの塊があります。これは、Windows（私のプラットフォーム）でネイティブのオーバーラップされたioを使用して実行できますが、プラットフォームに依存しないソリューションが必要です。

興味があります

1. boost.asioはあらゆる種類のファイルをサポートしています
2. boost.asioファイルのサポートは、日常のファイルI/Oに対して十分に成熟しています。
3. ファイルサポートは追加されますか？これの見通しはどうですか？

Boost::Spirit LL パーサー フレームワークの紹介を読んでいたところです。序文は、著者と作成者がそのような解析テクノロジを使用してプログラム オプションを読み取ることを好むことを示唆しています。Boost には、プログラム オプション用の独自のライブラリがありませんか?

Boost 委員会は、共通のテーマとスタイルについてすべてのライブラリ ノートを確認しますか? 各ライブラリのドキュメントには独自のフレーバーがあるようです。

それ以外の場合は素晴らしいソフトウェアに対する小さな不満ですが、私はそれが好奇心旺盛であることがわかりました.

Intel Mac に初めて boost をインストールしましたが、boost のヘッダー ファイルのみを使用する限り、通常は問題なく動作します。

しかし、ライブラリ (私の場合は正規表現ライブラリ) を使用しようとすると、アプリがリンクして正常に起動しますが、すぐに正規表現関連のデストラクタでクラッシュします。

これは、 boost.org の unix インストール ページで提供されている簡単なテスト プログラムでも発生します。

もちろん、検索パスを設定して正規表現ライブラリを含める以外に、特別なコンパイル/リンク オプションを設定する必要があるのでしょうか (C++ ツールのデフォルトを使用しました)。

（ところで、システムのデフォルトのコンパイラが実際にgcc 4.01であることを確認しました。これは、XCodeのテストプロジェクトで使用しているものと同じです）

pass-callback-data-as-void*-structアンチパターンにうんざりしています。ブーストバインドはそれをうまく解決しますが、許容できない依存関係です。軽量の代替品は何ですか？できるだけ簡単に自分で書くにはどうすればよいですか？

単純な (匿名の) パイプを介してクラス オブジェクトを相互にスローする 2 つの単純なプロセスを構築し続けています (以前の投稿を参照)。今、私はboost::serializationを明らかにし（回答してくれた人に感謝します）、::WriteFile::ReadFileを介していくつかのクラスをシリアル化しようとしました。だから - 私が間違っているのは何ですか？

1）いくつかのクラスを作成しました

2)そして今、私はこのクラスからバイナリアーカイブに読み込み、その内容をパイプの一端に書き込もうとしています...

そんな風にはうまくいきませんよね？それで、それはどうなりますか？

3) 反対側も同じ操作？

C++でキーごとに任意の値型を持つ連想配列を持つ最良の方法は何ですか?

現在、私の計画は、期待するタイプのメンバー変数を持つ「値」クラスを作成することです。例えば：

これの欠点は、「値」にアクセスするときにタイプを知る必要があることです。すなわち:

また、Value に入れる型が多いほど、配列は肥大化します。

より良い提案はありますか？

プロジェクトにブーストを含めると、これらの警告が何百万も表示されます。誰かが私が警告を取り除くことができる方法を知っていますか？

../depends\boost/config/abi_prefix.hpp(19）：警告C4103：'depends \ boost \ config \ abi_prefix.hpp'：ヘッダーを含めた後に配置が変更されました。＃pragmapack（pop）がないことが原因である可能性があります

#pragmaを実行して警告を無効にできることは知っていますが、これらの警告の理由を知りたいのですが。

C++0x が主流になると、boost のオーバーラップ部分はどうなりますか?

ブーストには以前のすべてが含まれていますか、それともライブラリを適応させて新しい std:: のもので更新しますか?

ブーストには、通常の c++ バージョンと、維持する c++0x バージョンの両方がありますか?

I thought I'd use Boost.Interprocess's Message Queue in place of sockets for communication within one host. But after digging into it, it seems that this library for some reason eschews the POSIX message queue facility (which my Linux system supports), and instead is implemented on top of POSIX shared memory. The interface is similar enough that you might not guess this right away, but it seems to be the case.

The downside for me is that shared memory obtained via shm_open(3) does not appear to be usable with select(2), as opposed to POSIX message queues obtained via mq_open(3).

It seems like Boost's library loses in this case. Does anyone understand know why this should be? Even if it POSIX message queues are only available on some systems, I'd expect Boost to use that facility where it is available, and reimplement it only where necessary. Is there some pitfall of the POSIX system which I do not yet recognize?

ブーストをコンパイルするときに BOOST_DISABLE_ABI_HEADERS を定義すると、どのような害が生じる可能性がありますか?

ブースト ファイルから: boost_1_37_0\boost\config\user.hpp

なぜブーストは構造体のパッキングとアラインメントを制御する必要があると感じるのですか?

シリアライゼーションを強化し、すべてのプラットフォームで同じように動作するようにする必要があるのでしょうか? Windows のみを実行している場合、これを安全に定義できますか?