【问题标题】:PsExec v 1.98 Output Redirection IssuePsExec v 1.98 输出重定向问题
【发布时间】:2012-04-25 05:25:55
【问题描述】:

我认为之前关于这个主题的任何问题都没有给出这个问题的答案。我使用 psexec 执行远程 exe 文件。当我在命令行中运行它时,我得到了 exe 文件的输出。 psexec.exe \\machine C:\somename.exe.
当我使用 C sharp Process Execution 时,它要么挂起,要么不重定向输出。对于某些 exe,它超时,对于某些重定向标准输出为空,错误包含 Exe 退出,代码为 0。有什么方法可以捕获输出?

 ProcessStartInfo startInfo = new ProcessStartInfo();
        startInfo.FileName =GetPsExecPath();
        startInfo.Arguments = arguments;
        Debug.WriteLine(arguments);
        startInfo.UseShellExecute = false;
        startInfo.RedirectStandardError = true;
        startInfo.RedirectStandardOutput = true;
        startInfo.CreateNoWindow = true;
        Process process = new Process();
        process.StartInfo = startInfo;
        process.Start();
        process.WaitForExit();
        error = process.StandardError.ReadToEnd();
        output = process.StandardOutput.ReadToEnd();
        Debug.WriteLine(error);
        Debug.WriteLine(output);
        process.close();

编辑:索恩 所以这个问题主要是因为 Psexec 把很多其他的东西扔到了标准错误中,因此我们读取它们的顺序,如果我们使用 ReadToEnd() 可能会导致死锁。所以如果我们使用 BeginOutputReadLine 它就像一个魅力!

【问题讨论】:

  • 向我们展示你用来执行 psexec 的代码。
  • 如果我不重定向输出和错误,它会执行并以代码 0 退出。只有当我重定向它时才会导致这些 pblms。
  • 当你通过命令行运行它时,它会返回数据吗?使用您在程序中传递的相同参数?
  • 是的。exe实际上打印了一行,并且确实在命令行中打印了。
  • 好的,您能否编辑您的问题...谢谢,现在我们知道某些 EXE 的超时和/或不返回 StdError 消息。也许您需要使用带有进程监视器的 Netmon/WireShark 来比较超时与无输出并首先修复超时。

标签: c# psexec


【解决方案1】:

此代码 sn-p 导致死锁的几率非常高。因为您首先阅读 StandardError,然后阅读 StandardOutput。这意味着 process.StandardOutput.ReadToEnd() 在进程退出之前不会被调用。这意味着当 psexec 填满足够的字符时,它将无法刷新其 stdout 输出缓冲区。这意味着它将阻塞,因此永远不会终止。死锁城市。

如果你交换两个调用,你会有更好的机会,大多数程序将大部分输出发送到标准输出。但是,如果 psexec 出于某种原因将大量字符写入 stderr,死锁的可能性仍然不为零。您可以改用 BeginOutputReadLine 和 BeginErrorReadLine 来完全消除这种情况。

【讨论】: