named-pipes

    1熱度

    1回答

    我正在使用命名管道在Windows中的兩個進程之間共享一些數據。一個是節點進程,另一個是C#進程。這裏是一個代碼示例我在節點過程中使用: var net = require('net'); var PIPE_NAME = "mypipe"; var PIPE_PATH = "\\\\.\\pipe\\" + PIPE_NAME; var L = console.log; var se

    1熱度

    1回答

    我試圖建立一個命名管道(2方式)之間的Python 2.7和C#應用程序。它適用於字節模式,但是當我在python服務器端更改消息模式時,C#客戶端聲稱它仍然是字節模式。 這裏是我的Python代碼: import win32pipe, win32file p = win32pipe.CreateNamedPipe("\\\\.\\pipe\\test_pipe", win32pip

    0熱度

    1回答

    我想發送消息到服務器並使用命名管道讀取它。當我使用WriteFile函數時,消息到達服務器,但TransactNamedPipe失敗,錯誤230(ERROR_BAD_PIPE)並且CallNamedPipe失敗,錯誤87(INVALID_PARAMETER)或231(PIPE_BUSY)。我試過MSDN的例子,很多其他的東西,但仍然沒有結果。請幫忙。 客戶: #include <windows.h

    0熱度

    1回答

    我使用Python2.7,SPARC ASP解決方案,並從Ubuntu14.04命令運行我的代碼線。 我試圖在我的Python代碼和我的ASP(answer-set-programming)代碼之間建立雙向通信。爲此,我將查詢從python發送到ASP,將ASP響應放入fifo管道中,並在python代碼中將fifo的內容讀入字符串,然後將該字符串寫入文本文件(這是如此我可以檢查文本文件,看看我是

    3熱度

    1回答

    我試圖讓C++應用程序,讓C#應用程序知道當一個特定的動作發生。我試圖做到這一點的方式是通過命名管道。 我已經設置了對C++應用程序,這似乎是工作的命名管道服務器(命名管道被創建 - 它似乎通過PipeList檢索名單上)在C#應用程序和命名管道客戶,其中失敗:C#的客戶端代碼的第一行給出了「管道句柄尚未確定沒有你的PipeStream實現通話InitializeHandle?」錯誤,並且第2行引

    1熱度

    1回答

    我得到一個始終運行的服務器,它創建一個日誌文件,通過命名管道接收一個參數並將其存儲在log.txt文件中。 客戶端通過參數向命名管道發送消息。 客戶端我想它是好的,如果我貓/ tmp /說它那裏的完整信息,但在服務器上它只存儲第一個字符。這是爲什麼? 還有一個簡單的問題,是否有更好的方法來實現服務器週期來檢查管道? 客戶 int main(int argc, char const *argv[])

    0熱度

    1回答

    我遇到了命名管道的問題。如果說30個客戶端管道都試圖同時連接到本地管道服務器,在4核心機器上,則會發生超時或信號量超時。有時候,最長的時間,一個客戶端需要一秒鐘才能獲得連接。再下一秒等等。我認爲本地管道訪問應該是快速的。爲什麼30個客戶端 - 即使100個客戶端需要相同的時間 - 也只需要1000毫秒就能建立一個連接? using System; using System.Diagnostics

    0熱度

    1回答

    關於Async two-way communication with Windows Named Pipes (.Net)這似乎死了(的線程):我不知道爲什麼下面的代碼完全在一個ConsoleApplications/ ,但是當我做同樣的事情與我WindowsApplications上得到一個超時客戶端在調用「Console.WriteLine(proxy.ProcessData());」時。奇怪

    3熱度

    1回答

    EOF後讀我寫這將打開一個命名管道進行讀取,然後處理任何行寫入該管的程序: err = syscall.Mkfifo("/tmp/myfifo", 0666) if err != nil { panic(err) } pipe, err := os.OpenFile("/tmp/myfifo", os.O_RDONLY, os.ModeNamedPipe) if err !=

    0熱度

    1回答

    我想這樣做的原因是我們有一個很大的表格,它被很好地分區,並且想要通過使用BCP分解成多個片段來非常快速地上傳到blob存儲器,使用7z進行壓縮並使用AZCopy進行上傳。每個線程處理每一塊,但這種方法的問題是它創建了多箇中間文件,這反過來又創建了巨大的磁盤隊列長度&需要大量時間寫入磁盤。我正在尋找一種完全繞過在磁盤本地創建這些文件並直接上傳它們的解決方案。任何想法?