.net 请阅读console以了解您不了解的进程';开始
我正在使用一个第三方工具.net 请阅读console以了解您不了解的进程';开始,.net,windows,winapi,console,.net,Windows,Winapi,Console,我正在使用一个第三方工具a,它启动一个长时间运行(数周)的控制台应用程序B,捕获控制台输出,然后显示它。不幸的是,主应用程序有崩溃的趋势,这意味着它不再能够监视B 如果它已经运行了一段时间,我不想重新启动B,但我需要知道它是如何运行的 理想情况下,我想编写一个非常简单的应用程序,显示B的控制台输出(最好是.Net,但在Windows上运行的任何东西都可以) 对于您尚未启动的流程,这可能吗?如果是这样的话,如何在您自己的可执行文件中替换生成B并将其输出发送到两个不同位置的B,这或多或少类似于*ni
a
,它启动一个长时间运行(数周)的控制台应用程序B
,捕获控制台输出,然后显示它。不幸的是,主应用程序有崩溃的趋势,这意味着它不再能够监视B
如果它已经运行了一段时间,我不想重新启动B
,但我需要知道它是如何运行的
理想情况下,我想编写一个非常简单的应用程序,显示B
的控制台输出(最好是.Net,但在Windows上运行的任何东西都可以)
对于您尚未启动的流程,这可能吗?如果是这样的话,如何在您自己的可执行文件中替换生成B并将其输出发送到两个不同位置的B,这或多或少类似于*nix中的“tee”命令。(调出.exe做得很好--没有想到!)的可能副本我们可以假设B正在写入stdout/stderr而不是使用直接控制台I/O吗?是否可以让A启动您选择的wrapper.exe,然后调用B?这将是我能看到的唯一符合“非常简单”类别的策略。有趣的问题。我希望如此。该应用程序是针对Windows和Linux构建的,因此我认为stdout是合理的选择。然而,我不确定。至于诱使A启动我的包装器,没有什么可配置的。我想我可以试着交换可执行文件——我来试一试。希望它没有署名:)@RonBurk好主意。将可执行文件替换为我自己的包装器正是我所需要的——我只是在显示到自己的窗口时传递所有内容。如果你愿意发帖回答,我会接受的。