0
長時間等待自動化測試運行在前面......我不妨去吃午飯。所以我鎖定了我的工作站,享受我的三明治,並在一小時後回來,相信到現在爲止,我將擁有測試結果。
並非如此......既然我標記的線在命令提示符終端的文字,它的標準輸出被封鎖,並測試得到了阻止它,太....
因此,這裏是我的問題:
是否有一個API可以檢測到標準輸出被阻塞的「任何控制檯窗口」?
長時間等待自動化測試運行在前面......我不妨去吃午飯。所以我鎖定了我的工作站,享受我的三明治,並在一小時後回來,相信到現在爲止,我將擁有測試結果。
並非如此......既然我標記的線在命令提示符終端的文字,它的標準輸出被封鎖,並測試得到了阻止它,太....
因此,這裏是我的問題:
是否有一個API可以檢測到標準輸出被阻塞的「任何控制檯窗口」?
不,沒有這樣的Win32函數。但您可以:
禁用QuickEdit。
右鍵單擊控制檯窗口的標題欄。轉到屬性並取消選中QuickEdit模式。
或創建一個工具,用於檢測控制檯窗口是否具有以「選擇」開頭的窗口標題,並向其發送按鍵或鼠標以解鎖該窗口。
你打算怎麼做的結果? –
@EricBrown:當我鎖定工作站時彈出消息。並希望我注意到它:) – xtofl