С#.Net: Почему мой процесс .Start() висит?

Ответ 1

Я считаю, что нашел ответ. Похоже, что Microsoft во всей своей бесконечной мудрости заблокировала пакетные файлы от IIS в Windows Server 2003. Бренден Томпкинс работает здесь:

http://codebetter.com/blogs/brendan.tompkins/archive/2004/05/13/13484.aspx

Это не сработает для меня, потому что мой командный файл использует IF и GOTO, но он определенно будет работать для простых пакетных файлов.

Ответ 2

Почему бы просто не выполнять всю работу на С# вместо использования пакетных файлов?

Мне было скучно, поэтому я написал это очень быстро, это всего лишь схема того, как я это сделаю, поскольку я не знаю, что делают ключи командной строки или пути к файлам.

using System;
using System.IO;
using System.Text;
using System.Security;
using System.Diagnostics;

namespace asdf
{
    class StackoverflowQuestion
    {
        private const string MSBUILD = @"path\to\msbuild.exe";
        private const string BMAIL = @"path\to\bmail.exe";
        private const string WORKING_DIR = @"path\to\working_directory";

        private string stdout;
        private Process p;

        public void DoWork()
        {
            // build project
            StartProcess(MSBUILD, "myproject.csproj /t:Build", true);
        }

        public void StartProcess(string file, string args, bool redirectStdout)
        {
            SecureString password = new SecureString();
            foreach (char c in "mypassword".ToCharArray())
                password.AppendChar(c);

            ProcessStartInfo psi = new ProcessStartInfo();
            p = new Process();
            psi.WindowStyle = ProcessWindowStyle.Hidden;
            psi.WorkingDirectory = WORKING_DIR;
            psi.FileName = file;
            psi.UseShellExecute = false;
            psi.RedirectStandardOutput = redirectStdout;
            psi.UserName = "builder";
            psi.Password = password;
            p.StartInfo = psi;
            p.EnableRaisingEvents = true;
            p.Exited += new EventHandler(p_Exited);
            p.Start();

            if (redirectStdout)
            {
                stdout = p.StandardOutput.ReadToEnd();
            }
        }

        void p_Exited(object sender, EventArgs e)
        {
            if (p.ExitCode != 0)
            {
                // failed
                StringBuilder args = new StringBuilder();
                args.Append("-s k2smtpout.secureserver.net ");
                args.Append("-f [email protected] ");
                args.Append("-t [email protected] ");
                args.Append("-a \"Build failed.\" ");
                args.AppendFormat("-m {0} -h", stdout);

                // send email
                StartProcess(BMAIL, args.ToString(), false);
            }
        }
    }
}

Ответ 3

Не видя build.cmd, сложно определить, что происходит, однако вы должны построить путь, используя Path.Combine(arg1, arg2); Это правильный способ построения пути.

Path.Combine( Environment.SystemDirectory, "cmd.exe" );

Теперь я не помню, но вам не нужно устанавливать UseShellExecute = true?

Ответ 4

Другой возможностью "отладки" является использование стандартного вывода, а затем чтение из него:

psi.RedirectStandardOutput = True;
Process proc = Process.Start(psi);
String whatever = proc.StandardOutput.ReadLine();

Ответ 5

Чтобы "видеть", что происходит, я предлагаю вам преобразовать процесс во что-то более интерактивное (отключить эхо-сигнал) и поместить некоторые "отпечатки", чтобы увидеть, действительно ли что-то происходит. Что находится в файле output.txt после запуска?

Выполняется ли bmail?

Поместите некоторые отпечатки после/до того, чтобы увидеть, что происходит.

Также добавьте "@" к аргументам, на всякий случай:

psi.Arguments = @"/q /c build.cmd";

Это должно быть очень просто:)

Ответ 6

Я предполагаю, что build.cmd ждет своего рода взаимодействия с пользователем/ответа. Если вы ввели вывод команды с помощью оператора logfile.txt "в конце, это может помочь вам найти проблему.

Ответ 7

Здесь содержимое build.cmd:

@echo off
set path=C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727;%path%

msbuild myproject.csproj /t:Build > output.txt
IF NOT ERRORLEVEL 1 goto :end

:error
bmail -s k2smtpout.secureserver.net -f [email protected] -t [email protected] -a "Build failed." -m output.txt -h

:end
del output.txt

Как вы можете видеть, я стараюсь ничего не выводить. Все идет к файлу, который отправляется по электронной почте мне, если сборка завершится неудачей. Я уже давно запускаю этот файл как запланированное задание в течение довольно долгого времени. Я пытаюсь создать веб-приложение, которое позволяет мне запускать его по требованию.

Спасибо за помощь всем! Особенно полезен кончик Path.Combine.

Ответ 8

Я думаю, что cmd.exe зависает, если параметры неверны.

Если пакет выполняется правильно, я бы просто выполнил его как это.

ProcessStartInfo psi = new ProcessStartInfo();
Process p = new Process();
psi.WindowStyle = ProcessWindowStyle.Hidden;
psi.WorkingDirectory = @"c:\build";
psi.FileName = @"C:\build\build.cmd";
psi.UseShellExecute = true;
psi.UserName = "builder";
psi.Password = password;
p.StartInfo = psi;
p.Start();

Также может быть, что cmd.exe просто не может найти build.cmd, поэтому почему бы не дать полный путь к файлу?

Ответ 9

Каковы конечные строки вашей партии? Если код зависает на ReadLine, проблема может заключаться в том, что он не может прочитать пакетный файл...