問題タブ [iostream]

誰かが私を助けることができますか？

私は次のようなことをしようとしています：

ただし、VC9ではコンパイルされません。

誰かがこれを機能させましたか？私はそれを行うために自分のクラスを作ることができることを知っていますが、私は自分が間違っていることを知りたいです。

ありがとう

Visual Studio2005ではなくWindowsDriverKit（WinDDK 6001.18001）を使用してユーザースペースアプリケーションをビルドしています。ドライバーコンポーネントもビルドする必要があるため、このアプローチを採用しています。したがって、すべてをビルドするための単一のビルド環境が必要です。 。Microsoft自体は、いくつかの製品にこのアプローチを使用しています。

Boost 1.38.0を使い始めるまで、これは問題なく機能していました。カーネルモードコンポーネントではC++を使用しておらず、ユーザースペースアプリケーションのみを使用しています。C ++コードでは、Boostライブラリを使用するのが自然です。残念ながら、WDKは同意しません。

私が気付いた最初のエラーはptrdiff_t、Annex Dで必要と思われるように、「＃include <cstddef>」がstd名前空間に配置されないことです。これを回避すると、boost\lambda\detail\operator_return_type_traits.hpp約error C2976: 'std::basic_string' : too few template arguments.にいくつかのエラーが残りました。iostreamでは冗長に見えます。

Boost、iostream、およびWDKの組み合わせをうまく連携させることができた人はいますか？

私のソースファイル：

service.cpp：

このプログラムを考えてみましょう:

OS X 10.5.6 の gcc (バージョン 4.0.1 Apple Inc. ビルド 5490) でこれを試しましたが、アサーションは true です。-1 を unsigned short に変換できません。

ただし、Visual Studio 2005 (および 2008) では、アサーションは失敗し、結果の n の値は、コンパイラが生成した暗黙的な変換から期待されるものと同じです。つまり、"-1" は 65535、"-2" は 65534 などです。 . しかし、32767 に変換される "-32769" でおかしくなりました。

ここで誰が正しくて誰が間違っているのですか? (そして、-32769 で何が起こっているのか??)

この投稿によると、 std::cout は\n、対話型デバイス (ターミナル ウィンドウなど) に接続されると、自動的にフラッシュします。.flush()それ以外の場合 (たとえば、ファイルにパイプされる場合)、完全にバッファリングされて動作し、またはでのみフラッシュされstd::endlます。

Microsoft Visual C++ でこの動作をオーバーライドして、完全にバッファー モードにするか行バッファー モードにするかを選択できるようにする方法はありますか?

入力を2回フィルタリングするために、いくつかのc++iostreamを一緒に「チェーン」することを考えていました。私はgzstreamsを使用してzlib圧縮ファイルを読み取り、ストリームから読み取り、エンコード変換を実行するストリームをコーディングすることを考えていました。おそらく、開いたストリームをコンストラクターパラメーターとして渡すことによって...これを最もよく達成できると思いますか？

私は、リモート デバイスからデータを収集するためにソケット サーバー (php) を使用する会社のプロジェクトに取り組んでいます。最初にサーバーが tmp ファイルに書き込み、次にそのファイルでこのスクリプトを実行し、データベースに挿入するために csv ファイルを書き出す代わりに、この perl プログラムをストリーム上で直接実行するにはどうすればよいですか?

IO::Socket を使用することを考えましたが、どうすればよいかわかりません。

また、誰かがこのコードをクリーンアップする方法についてのヒント/ポインターを持っている場合は、それをいただければ幸いです。(私はまだ Perl 初心者です ;-))

perl プログラムのこれまでの内容を次に示します (これを実行すると、2 つの tmp ファイルが作成されます)。

UNIX ドメイン ソケットを介してデータを共有する 2 つの簡単なプログラムをセットアップしました。1 つのプログラムが Queue からデータを読み取り、それを他のアプリケーションに送信します。データが送信される前に、各データの前に長さが 4 バイト追加されます。4 バイト未満の場合、残りのバイトは '^' 記号です。

次に、クライアント アプリケーションは最初の 4 バイトを読み取り、バッファーを適切なサイズに設定してから、残りを読み取ります。私が抱えている問題は、最初のメッセージが完全に送信されることです。その後は 1 回おきに余分なデータが送信されるため、「なんて素敵な日ですか??X??」というようなメッセージが表示されます。そのため、バッファが正しくクリアされていないように感じますが、見つけられないようです。

クライアントコード:

サーバーコード