C#学习教程:为什么C#ProcessStartInfoRedirectStandardOutput会导致xcopy进程失败分享


为什么C#ProcessStartInfoRedirectStandardOutput会导致xcopy进程失败

这有点痛苦,因为我现在没有代码在我面前,但我会尝试解释。

我有一个简单的C#应用​​程序启动一个Ruby脚本(它做了其他一些事情,所以它生成一个批处理文件并执行它)。

我正在使用C#进程对象,并设置以下redirectstandardoutput = true redirectstandarderror = true UseShellExecute = false CreateNoWindow = true(那里有可靠的向后逻辑!)

然后我创建两个线程并为错误和输出流轮询ReadLine(),等待它们在我调用WaitForExit()之前完成。

现在,无论我做什么,当我重定向输出时,我的Ruby脚本都无法调用系统(“xcopy …”)命令(没有生成错误,它只是不复制)。 它也不会复制我要求复制的其他文件。

如果我将两个流定向到一个线程,其中一个线程只重定向其中一个线程并且只调用ReadToEnd(),就会发生这种情况。

只有将redirectstandardoutput和redirectstandarderror设置为false时,它才能正常工作。

我在这里完全失败了。 我想也许输出流正在填满,但我无法想象为什么如果我正在调用ReadLine(我需要读取行,所以我可以解析每一行,只向最终用户提供相关的)。 我还认为从线程C#进程调用dos命令可能会导致问题。

有谁知道这里可能会发生什么? 我应该说我在VS .net 2005上,我认为它是.Net Framework 2.0。

在MSDN论坛上有一篇不为人知的post似乎表明XCOPY本身可能存在故障 – 如果你重定向XCOPY的STDOUT,你还必须重定向STDIN。

注意:我将此标记为社区维基,所以知道ruby的人可以编写一些示例代码来重定向STDIN for system()

上述就是C#学习教程:为什么C#ProcessStartInfoRedirectStandardOutput会导致xcopy进程失败分享的全部内容,如果对大家有所用处且需要了解更多关于C#学习教程,希望大家多多关注—猴子技术宅(www.ssfiction.com)

本文来自网络收集,不代表猴子技术宅立场,如涉及侵权请点击右边联系管理员删除。

如若转载,请注明出处:https://www.ssfiction.com/ckf/959929.html

发表评论

邮箱地址不会被公开。 必填项已用*标注