1

我正在使用 ProcessStartInfo 用这样的文本文件修补文件（通过 cmd.exe）：

app.exe temp.txt patch.ips

我写了这段代码：

ProcessStartInfo P = new ProcessStartInfo("app.exe");  
P.Arguments = "temp.txt " + _patchpath;  
P.CreateNoWindow = true;  
P.UseShellExecute = false;  
P.RedirectStandardOutput = true;  
Process.Start(P);

app.exe 和 temp.txt 是相对于我的应用程序路径的（注意：app.exe 不是我的 C# 应用程序的名称，它只是我用于进程的程序），但 _patchpath 是像 D 这样的绝对路径:\blah\file.ips。问题是，如果它是绝对的，则该过程不起作用（_patchpath 应该使用文件 temp.txt 进行修补），但如果它相对于我的应用程序目录则起作用。为什么会这样，我该如何解决？

如果我需要清楚，请告诉我。

4

2 回答 2

3

调试此类问题的常用方法是使用调试器。将其复制/粘贴到“app.exe”源文件的 Main() 方法中：

        System.Diagnostics.Debugger.Break();

app.exe 开始运行后，您将看到一个对话框，让您选择调试器。从那里你不应该有太多麻烦弄清楚为什么它不起作用。

如果您没有 app.exe 的源代码，那么您需要考虑清楚这一点。使用像“app.exe”或“temp.txt”这样的相对路径总是很麻烦。经典的失败模式是使用 OpenFileDialog 让用户选择 _patchpath 值。如果该对话框的 RestoreDirectory 属性未设置为 True，则程序的默认目录将更改为补丁文件的路径。app.exe 和 temp.txt 都不能再第四了。

通过防御性编程来保护自己免受这种情况的影响：

        var myPath = System.Reflection.Assembly.GetEntryAssembly().Location;
        var homeDir = System.IO.Path.GetDirectoryName(myPath);
        var appPath = System.IO.Path.Combine(homeDir, "app.exe");
        var tempPath = System.IO.Path.Combine(homeDir, "temp.txt");
        ProcessStartInfo P = new ProcessStartInfo(appPath);
        P.WorkingDirectory = homeDir;
        P.Arguments = string.Format("\"{0}\" \"{1}\"", tempPath, _patchpath);
        // etc...
于 2010-10-20T12:40:34.410 回答
1

问题很可能是被调用的应用程序（app.exe）不理解参数。解决此问题的最佳方法是使用您提供的参数调试 app.exe，以防它不起作用。尝试将 app.exe 的调试器中的参数设置为与失败案例完全相同的参数，并检查解析参数产生的变量。

于 2010-10-20T10:29:27.340 回答