web-dev-qa-db-ja.com

PythonおよびWindows名前付きパイプ

PythonからWindowsの名前付きパイプと通信する適切な方法は何ですか?私はそれをグーグルで調べましたが、この通信をラップするパッケージは見つかりません。

がある:

既存の名前付きパイプに接続して、読み取り/書き込みを行うだけです。以前はシリアルポートとの通信(pySerialを使用)のみを試みましたが、名前付きパイプでそれと比較して情報が少ないことに驚かされました。通常、Pythonのあらゆる目的のためのガイドがたくさんあります。

私はどんな助けにも感謝します。

10
Ray P.

既存の名前付きパイプに接続するには、pywin32パッケージで提供されるCreateFile AP​​Iを利用できます。作業ベースをまとめるのにしばらく時間がかかったので、ここで私のためにうまく機能するクライアント/サーバーの例があります(python 3.6.5、Windows 10 Pro x64のpywin32 223):

import time
import sys
import win32pipe, win32file, pywintypes


def pipe_server():
    print("pipe server")
    count = 0
    pipe = win32pipe.CreateNamedPipe(
        r'\\.\pipe\Foo',
        win32pipe.PIPE_ACCESS_DUPLEX,
        win32pipe.PIPE_TYPE_MESSAGE | win32pipe.PIPE_READMODE_MESSAGE | win32pipe.PIPE_WAIT,
        1, 65536, 65536,
        0,
        None)
    try:
        print("waiting for client")
        win32pipe.ConnectNamedPipe(pipe, None)
        print("got client")

        while count < 10:
            print(f"writing message {count}")
            # convert to bytes
            some_data = str.encode(f"{count}")
            win32file.WriteFile(pipe, some_data)
            time.sleep(1)
            count += 1

        print("finished now")
    finally:
        win32file.CloseHandle(pipe)


def pipe_client():
    print("pipe client")
    quit = False

    while not quit:
        try:
            handle = win32file.CreateFile(
                r'\\.\pipe\Foo',
                win32file.GENERIC_READ | win32file.GENERIC_WRITE,
                0,
                None,
                win32file.OPEN_EXISTING,
                0,
                None
            )
            res = win32pipe.SetNamedPipeHandleState(handle, win32pipe.PIPE_READMODE_MESSAGE, None, None)
            if res == 0:
                print(f"SetNamedPipeHandleState return code: {res}")
            while True:
                resp = win32file.ReadFile(handle, 64*1024)
                print(f"message: {resp}")
        except pywintypes.error as e:
            if e.args[0] == 2:
                print("no pipe, trying again in a sec")
                time.sleep(1)
            Elif e.args[0] == 109:
                print("broken pipe, bye bye")
                quit = True


if __name__ == '__main__':
    if len(sys.argv) < 2:
        print("need s or c as argument")
    Elif sys.argv[1] == "s":
        pipe_server()
    Elif sys.argv[1] == "c":
        pipe_client()
    else:
        print(f"no can do: {sys.argv[1]}")

出力クライアントの例

> python pipe_test.py c
pipe client
no pipe, trying again in a sec
no pipe, trying again in a sec
no pipe, trying again in a sec
message: (0, b'0')
message: (0, b'1')
message: (0, b'2')
message: (0, b'3')
message: (0, b'4')
message: (0, b'5')
message: (0, b'6')
message: (0, b'7')
message: (0, b'8')
message: (0, b'9')
broken pipe, bye bye

出力サーバーの例

> python pipe_test.py s
pipe server
waiting for client
got client
writing message 0
writing message 1
writing message 2
writing message 3
writing message 4
writing message 5
writing message 6
writing message 7
writing message 8
writing message 9
finished now

明らかに、さまざまな呼び出しについてエラーチェックを行う必要がありますが、それは機能するはずです。

補足説明:私の同僚は、クライアントがI/Oを実行しようとしたときにパイプが閉じられるという問題に遭遇しました(「すべてのパイプインスタンスがビジーである」と主張する例外を除く)。クライアントコードでos.path.existsを使用して、CreateFileを実行する前に名前付きパイプが既に存在しているかどうかをテストしていることがわかりました。これはどういうわけかパイプを壊します。したがって、上記の方法(CreateFileはtry-exceptでラップ)を使用することは、サーバー側で作成されるまでパイプに接続しようとする安全な方法です。

14
ChrisWue

次のフラグメントのようなもので成功しています。このコードは CaptureSetup/Pipes — Python — Wireshark Wikiから派生しています。win32pipeおよびwin32file から - pywin32 パッケージ。

# pipename should be of the form \\.\pipe\mypipename
pipe = win32pipe.CreateNamedPipe(
        pipename,
        win32pipe.PIPE_ACCESS_OUTBOUND,
        win32pipe.PIPE_TYPE_MESSAGE | win32pipe.PIPE_WAIT,
        1, 65536, 65536,
        300,
        None)
try:
    win32pipe.ConnectNamedPipe(pipe, None)

    while True:
        some_data = b'12345...'
        win32file.WriteFile(pipe, some_data)
        ...
finally:
    win32file.CloseHandle(pipe)

パイプを閉じる方法が100%正しいかどうかはわかりません。

オタクであることの危険と勝利:C#とPythonの間の名前付きパイプ — Jonathon Reinhart。試しましたが、名前付きパイプを作成できませんでした。そのコードは、別のプロセスによって既に作成されている名前付きパイプを開くためにのみ機能するのだろうかと思います。

1
Craig McQueen