named-pipes

    0熱度

    1回答

    我想實現一個系統,任意數量的進程將通過命名管道相互通信。該實現是在Windows中的C++中實現的。但是,我卡住了,因爲這些進程似乎無法接收消息。我無法找到類似的問題,我很抱歉,如果它已被問到。無論如何,這裏是與句柄創建相關的代碼。我的想法是,我有n(n =約5或6)進程,每個進程都有一個用於寫入(pipesIn)和讀取(pipesOut)的命名管道。 pipesIn = std::vector<

    1熱度

    3回答

    在bash 1: $ mkfifo /tmp/pipe $ echo 'something' > /tmp/pipe 現在它掛起並等待要讀取的數據。 在bash 2: $ </tmp/pipe 現在殼1消失,它是封閉的,我端走了。 爲什麼會發生這種情況? 在bash手冊有被寫入 的命令替換$(貓文件)可以通過 等效但速度更快$(<文件)來代替。 所以我在試驗,如果普通的「<文件」以類似的

    0熱度

    1回答

    我正在嘗試使用命名管道將c#項目與C++項目連接,但C++項目未連接。 PS:.exe文件都在同一個文件 側的問題:我不明白我的使用管道名稱前的「\\。\管道\。」。它做了什麼,它真的很困難? 這裏是我的代碼也許你能發現錯誤 C#服務器: 的Program.cs static class Program { static void Main() { Applic

    1熱度

    1回答

    Supose我有一個服務器可以根據請求創建驗證碼圖片。 客戶端通過具有6個聊天字和ID的命名管道與服務器通信。 服務器創建映像並通過命名管道將其發送給客戶端。 客戶端具有與服務器通信並獲得結果並保存在word.png文件中的函數create_captcha_files(const char * word)。 服務器有一個已經實現的函數size_t captcha(const char * word

    2熱度

    2回答

    我試圖在C++中執行powershell命令並通過管道獲取其輸出。 我的程序完美適用於cmd.exe。但是,當我嘗試使用powershell.exe做同樣的事情時,我只將「W」作爲輸出。 我評論的代碼行低於需要進行修改,以執行powershell.exe 下面是我的代碼,對cmd.exe的運作方式:如果CreateProcess的()用於 HANDLE stdinRd, stdinWr, std

    0熱度

    1回答

    我試圖通過憑證提供程序中的命名管道與Windows服務進行通信,但我不太確定將命名管道代碼放在COM接口結構中的何處。我使用SampleHardwareEventCredentialProvider(微軟)作爲測試平臺,和我創建內CSampleCredential.cpp下面的代碼: // Initializes one credential with the field information

    1熱度

    1回答

    我有兩個應用程序通過NamedPipes彼此對話。我們稱之爲appServer(服務器)和appClient(客戶端)。他們成功地連接和發送數據一段時間。然後,意外地,appClient崩潰。用戶重新啓動並試圖連接到管道,但appServer仍認爲它已連接,因此不在偵聽新連接。 我目前使用在服務器端(返回.IsConnected作爲true一個NamedPipeServerStream,並Name

    0熱度

    1回答

    我正在運行一個名爲的網絡模擬器MiniNet Wifi,它允許模擬包括AP和UE(因此無線)的網絡拓撲。仿真軟件是唯一可以訪問一些關鍵變量的過程,例如'在UE(即移動設備)的範圍AP'中。 UE和AP在單獨的linux網絡命名空間中運行(netns)。仿真運行在主機(常規)名稱空間中。這意味着主機和設備網絡堆棧之間不能進行通信。這也是我需要它的原因,因爲不相關的原因。長話短說,我需要在仿真過程中產

    1熱度

    1回答

    我想了解如何命名管道工作,所以我可以連接兩個C#應用程序。 我爲測試編寫了兩個基本的C#應用​​程序,但它不起作用。 當我開始連接時,第一個應用程序凍結等待輸入,當我從應用程序2發送輸入後,它解凍並按鈕1顯示。但是文本框中沒有任何內容,爲什麼? 應用1: private void button1_Click(object sender, EventArgs e) { butt

    0熱度

    1回答

    我想創建一個命名管道(FIFO)的簡單例子。在這裏,服務器將監聽來自客戶端的消息,該消息寫在命名管道上,這兩者通用。要實施的特殊事項是FIFO應該是非阻塞的(使用O_NONBLOCK)。 通過非阻塞,我的意思是作者應該在寫完後立即返回,如果沒有讀者的話。同樣,如果沒有消息(沒有作者),讀者應該立即返回。 我已經創建了阻塞版本,雖然它的工作正常。然後我試圖將其轉換爲非阻塞。 這裏的客戶端: #inc