named-pipes

    0

    1答えて

    変数の値を無期限に維持するプログラムを作成しています。 2つの他のプログラムが変数の値を変更する可能性があります。私は名前付きパイプを使用して変数値を受け取り、外部プログラムに送信します。 ここに、変数のマネージャーのコードがあります。 manager.c: #include <fcntl.h> #include <stdio.h> #include <sys/stat.h> #includ

    1

    1答えて

    WindowsサービスとフロントエンドUIを備えたシステムを開発し、Windowsサービスを設定し、制御します。悪いことに.net 4.6。 サービスは、ユーザーがUIを使用して作成、開始、および停止できる複数のサーバーを生成します。 私のUIがサービスを制御し、サーバーからステータス情報を受け取るための最良の方法を研究しています。私の研究から これらは、IVEが見つけたものです: のSQLite

    0

    1答えて

    FIFOを1つのプロセスで使用する場合は、両端を開いて1つを閉じた後にFIFOを再利用することはできません。クローズされた終わりを再オープンしようとすると失敗するか、返されたファイル記述子は役に立たない。 この動作を回避することは可能ですか、それともFIFOの両端が開いていても、もはや必要がないことが絶対にわかりますか?ここで が表示され、FIFOの閉じられた書き込み終了を再開しようとすると、いく

    1

    1答えて

    こんにちは、私はNamedPipeServerにアローを持っています。 私が単一ストリームのWriteLineを使用する場合、サーバーとクライアントはうまく動作します。 をフラッシュしてください。 私は新しい行を書き込もうとした後、エラーIOExceptionパイプ壊れています。 サーバーパイプ NamedPipeServerStream pipeServer = new NamedPipeSer

    0

    1答えて

    Network path not found exception encountered randomlyと似ていますが(同じ質問ではありません)、問題を再現するためのコードがありますので、実際の問題とは独立しているようですハードウェアを再現することができます。 internal class Program { private static int _totalOpenConnecti

    1

    1答えて

    2つのWindows PC間で名前付きパイプ経由でメッセージを送信しようとしています。 CreateNamedPipeを呼び出すと、ローカルにすべて正常に動作します。ホスト名を"\\\\.\\pipe\\testpipename"から"\\\\myHostname\\pipe\\testpipename"に変更すると、ERROR_INVALID_NAME(123)がgetLastError()にな

    0

    1答えて

    私はファイルにプロキシを1行に1つ書き込むPythonのループを持っています。このファイルは、後でを使って行ごとにcurl -x $PROXY経由でbashスクリプトから使用されます。 2つのスクリプトを同時に起動し、catによって消費される名前付きパイプを使用して、pythonが新しい行/新しいプロキシを書き込む場合にのみ、このアプローチを改善できますか?私の心の中で 、私は f = open(

    1

    1答えて

    読み取り専用の名前付きパイプがあり、出力が利用可能になるまでブロックします(ソケット上でselectと同じ動作)。 私はWaitForMultipleObjectsが利用可能な出力がない場合ブロックすると仮定しましたが、そうではありません。出力が有効になるまで効率的に待つために何ができるのですか? は、各繰り返しで0バイトを読み出すことができますが、以下のコードではループが100回実行されます。

    0

    2答えて

    子プロセスのSTDINにWStringを書くのに問題があります。もし私がacii文字列(例えば:@ WSX3edc)を持っていれば、コードは正常に動作しますが、ASCII文字以外の文字(例えば:@WSX3edcß)が含まれていれば失敗します。 子プロセスは7zr.exe(7Zip cmdラインバージョン)です。 STDINに書き込む入力は、ファイルを解凍するためのパスワードです。 // injec

    0

    1答えて

    サーバーにメッセージを送信し、名前付きパイプを使用してそのメッセージを読み取る必要があります。 WriteFile関数を使用すると、メッセージはサーバーに送られますが、TransactNamedPipeはエラー230(ERROR_BAD_PIPE)で失敗し、CallNamedPipeはエラー87(INVALID_PARAMETER)または231(PIPE_BUSY)で失敗します。私はMSDNの例、