redirectstandardoutput

    0熱度

    1回答

    從這裏開始 - Embedding F# interactive - 我一直試圖在我的應用程序中嵌入FSI。 但是,我從StandardOutput獲取了奇怪的東西。 例如,在標準的FSI,如果我把這個: let a = 3;; 我得到這個回: [empty line here] val a : int = 3 [empty line here] > | (與代表輸入位置管) 但是,

    2熱度

    1回答

    我想將錯誤流從java控制檯應用程序重定向到文件和控制檯。在正常情況下,錯誤僅在控制檯中顯示。我想要在控制檯和文件中顯示。我怎樣才能做到這一點?當我寫: java -classpath lib.jar com.hertz.test.Blad 2>error.log 然後將錯誤重定向到文件,但我不認爲他們在控制檯上。在這種情況下,任何人都知道如何將日期和時間添加到日誌中? 我正在使用Window

    2熱度

    1回答

    獲取二進制數據,我開始用代碼與下圖類似的過程: // some of the flags are not needed process.StartInfo.CreateNoWindow = true; process.StartInfo.ErrorDialog = false; process.StartInfo.UseShellExecute = false; process.Start

    0熱度

    2回答

    主應用程序退出假定以下代碼: let sw = new StreamWriter("out.txt", false) sw.AutoFlush <- true let proc = new Process() proc.StartInfo.FileName <- path proc.StartInfo.RedirectStandardOutput <- true proc.StartI

    2熱度

    2回答

    我正在讀取使用進程啓動並讀取stdError,stdOutout並使用stdInput發送命令的java應用程序的輸出。以下是相關代碼: int mem = Properties.Settings.Default.mem_max; string locale = Properties.Settings.Default.location; Process bukkit_jv

    3熱度

    4回答

    當我調用比較使用FC的兩個文件的批處理腳本時重定向standardOutput時,與不重定向輸出時相比,我獲得了不同的輸出。哪裏不對? 這段代碼將打印 「0」 到我的登錄窗口: Process test = new Process(); test.StartInfo.FileName = "cmd.exe"; test.StartInfo.Arguments = @"/c fc /b /a C

    0熱度

    1回答

    我想完全攔截控制檯應用程序,即抓取它的輸出,並插入輸入。 到目前爲止,我幾乎可以抓住輸出,輸入是完全完美的。 但是,在發送一些輸入之前,它不會顯示控制檯輸出的「前綴」/「問題」。 作爲一個例子,當連接到CMD.exe控制檯時。當你經常啓動它在Windows中,你得到的東西是這樣的: 的Microsoft Windows [版本6.1.7600] 版權所有(C)2009年微軟公司。版權所有。 C:\

    1熱度

    3回答

    我試圖用C#2010中的MP3文件轉換爲通過ffmpeg.exe和NeroAACenc.exe音頻書M4A格式的程序。 爲此,我使用Diagnostics.Process類中的內部版本將ffmpeg的stdout重定向到我的應用程序中的Nero編碼器的標準輸出。 一切似乎按預期工作,但由於某種原因,標準輸出.BaseStream 停止接收數據在某個時間。該過程不會退出並且ErrorDataRece

    1熱度

    1回答

    我有收到由我的應用催生了一個小長時間運行控制檯應用程序控制臺的一些標準輸出的問題。 我的應用程序啓動控制檯應用程序和控制檯應用程序將活着聽我的應用程序生命週期內的端口上(或直到明確殺死)。 當控制檯應用程序啓動時,它輸出它正在監聽的端口號,我需要asyncronously抓住該端口號和應用程序的其他地方使用它。問題是,我的事件處理程序來獲取輸出數據永遠不會被調用。我相信一定有一些小事,我忘了做。

    2熱度

    1回答

    我正在嘗試更改我的類庫以與Mercurial命令行客戶端通信,而1.9客戶端中的新增功能是啓動服務器並通過標準輸入/輸出管道與其通信。這是非常有前途的,因爲使用Mercurial命令行客戶端的主要問題之一是,因爲它是用Python編寫的,所以在客戶端上花費一些開銷,即使只是要求它的版本。 但是,有一個問題。到目前爲止,我已經通過讀取標準輸出/錯誤來從命令行客戶端獲取輸出,並且當進程退出時,流將刷新