Может ли Process.Start() учитывать системный PATH?

Я почти уверен, что Process.Start уважает PATH.

• Вы уверены, что ваше значение signCommand правильное?
• Указано ли значение каталога в PATH с использованием кавычек? В документах упоминается, что такие значения не будут соблюдаться.

Обратите внимание, что FileName также может быть полным путем к исполняемому файлу.

Добавление к ответу mhutch: он действительно учитывает PATH, но я заметил, что вам действительно нужно перезапустить Visual Studio, чтобы принять любые изменения пути. Это как-то подло.

Если вы недавно обновили PATH, обязательно перезапустите Visual Studio. Переменные среды загружаются при запуске Visual Studio. Обратите внимание, что это относится к выполнению в режиме DEBUG.

Ну, я думаю, проблема была связана с тем, что сказал mhutch из документации MSDN:

If you have a path variable declared in your system using quotes, 
you must fully qualify that path when starting any process found 
in that location. Otherwise, the system will not find the path. For
example, if c:\mypath is not in your path, and you add it using
quotation marks: path = %path%;"c:\mypath", you must fully qualify
any process in c:\mypath when starting it.

Сначала я это видел, но это показалось странным, поэтому я не придал этому значения. Не уверен, почему это так, но, похоже, это так.

Я попытался скопировать signtool.exe в C:\sign\tool\bin и добавил это в свой путь, и тогда мой код заработал, так что я думаю, потому что у меня есть кавычки в этом пути из-за пробелов, я SOL и мне придется вручную найдите путь к пути Windows SDK, если нет способа добавить что-то с пробелами к пути без использования кавычек.

Я полагаю, что вы ищете свойство ProcessStartInfo.WorkingDirectory< /а>.

Имя файла StartInfo на самом деле является полным путем к исполняемому файлу.

Например, на обертке у меня для x264 это выглядит так:

x264Start.FileName = Directory.GetCurrentDirectory() + @"\Tools\x264\x264x86-r1995.exe";

Я бы проверил код, добавив туда try {}, catch {} и написав фактическое имя файла, который вы пытаетесь вызвать в отладке, если у вас есть ошибка.

В противном случае добавьте что-то вроде следующего:

    if (File.exists(sign.FileName))
    {
        sign.Start();
    }
    else
    {
        Console.WriteLine("Can't find {0}", sign.FileName);
        throw new Exception("File doesn't exist");
    }

РЕДАКТИРОВАТЬ: добавлен полный пример — он ищет CCleaner, а затем запускает его с помощью переключателя «/ AUTO». Только что проверил и работает нормально.

        // detect if 64-bit system
        string programFiles = "";
        if (Environment.GetEnvironmentVariable("PROCESSOR_ARCHITECTURE").Contains("64"))
        {
            Console.WriteLine("#info# x64 detected");
            programFiles = Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles);
        }
        else
        {
            Console.WriteLine("#info# x86 detected");
            programFiles = Environment.GetFolderPath(Environment.SpecialFolder.ProgramFilesX86);
        }

        // search
        string[] dirs = Directory.GetDirectories(programFiles, "CCleaner", SearchOption.AllDirectories);
        string[] exes = Directory.GetFiles(programFiles, "CCleaner64.exe", SearchOption.AllDirectories);

        //debug only
        foreach (string s in dirs)
        {
            Console.WriteLine(s);
        }

        foreach (string s in exes)
        {
            Console.WriteLine(s);
        }

        // access directly
        ProcessStartInfo CCleaner = new ProcessStartInfo(exes[0], "/AUTO");
        Process.Start(CCleaner);

Ваш код, кажется, учитывает путь для меня.

Трудно сказать, что может быть не так в вашем случае, но вы можете попробовать запустить свою команду через cmd.exe:

sign.StartInfo.FileName = "cmd";
sign.StartInfo.Arguments = "/c signtool.exe ...";