Как получить код выхода приложения из командной строки Windows?

Я запускаю программу и хочу увидеть, что ее код возврата (так как он возвращает разные коды на основе разных ошибок).

Я знаю, что в bash я могу сделать это, запустив

echo $?

Что делать при использовании cmd.exe на Windows?

7 ответов


псевдо-переменная среды с именем errorlevel хранит код возврата:

echo Exit Code is %errorlevel%

и if команда имеет специальный синтаксис:

if errorlevel

посмотреть if /? для сведения.

пример

@echo off
my_nify_exe.exe
if errorlevel 1 (
   echo Failure Reason Given is %errorlevel%
   exit /b %errorlevel%
)

предупреждение: если вы установили имя переменной среды errorlevel, %errorlevel% вернет это значение, а не код выхода. Использовать (установить errorlevel=), чтобы очистить переменную окружения, позволяя доступ к истинному значению errorlevel через %errorlevel% переменные среды.


тестирование ErrorLevel работает консоль приложения, но как намекнул на от dmihailescu, это не сработает, если вы пытаетесь запустить в окне application (например, Win32-based) из командной строки. Оконное приложение будет работать в фоновом режиме, и управление немедленно вернется в командную строку (скорее всего, с ErrorLevel нуль, чтобы указать, что процесс был создано успешно). Когда оконное приложение в конце концов выходит, его статус выхода теряется.

вместо использования консольного запуска C++, упомянутого в другом месте, более простой альтернативой является запуск оконного приложения с помощью командной строки . Это запустит оконное приложение, дождется его выхода, а затем вернет управление в командную строку со статусом выхода процесса, установленным в ErrorLevel.

start /wait something.exe
echo %errorlevel%

используйте встроенную переменную ERRORLEVEL:

echo %ERRORLEVEL%

но остерегайтесь, если приложение определило переменную среды с именем ERRORLEVEL!


это может работать неправильно при использовании программы, которая не подключена к консоли, потому что это приложение может все еще работать, пока вы думаете, что у вас есть код выхода. Решение для этого на C++ выглядит следующим образом:

#include "stdafx.h"
#include "windows.h"
#include "stdio.h"
#include "tchar.h"
#include "stdio.h"
#include "shellapi.h"

int _tmain( int argc, TCHAR *argv[] )
{

    CString cmdline(GetCommandLineW());
    cmdline.TrimLeft('\"');
    CString self(argv[0]);
    self.Trim('\"');
    CString args = cmdline.Mid(self.GetLength()+1);
    args.TrimLeft(_T("\" "));
    printf("Arguments passed: '%ws'\n",args);
    STARTUPINFO si;
    PROCESS_INFORMATION pi;

    ZeroMemory( &si, sizeof(si) );
    si.cb = sizeof(si);
    ZeroMemory( &pi, sizeof(pi) );

    if( argc < 2 )
    {
        printf("Usage: %s arg1,arg2....\n", argv[0]);
        return -1;
    }

    CString strCmd(args);
    // Start the child process. 
    if( !CreateProcess( NULL,   // No module name (use command line)
        (LPTSTR)(strCmd.GetString()),        // Command line
        NULL,           // Process handle not inheritable
        NULL,           // Thread handle not inheritable
        FALSE,          // Set handle inheritance to FALSE
        0,              // No creation flags
        NULL,           // Use parent's environment block
        NULL,           // Use parent's starting directory 
        &si,            // Pointer to STARTUPINFO structure
        &pi )           // Pointer to PROCESS_INFORMATION structure
    ) 
    {
        printf( "CreateProcess failed (%d)\n", GetLastError() );
        return GetLastError();
    }
    else
        printf( "Waiting for \"%ws\" to exit.....\n", strCmd );

    // Wait until child process exits.
    WaitForSingleObject( pi.hProcess, INFINITE );
    int result = -1;
    if(!GetExitCodeProcess(pi.hProcess,(LPDWORD)&result))
    { 
        printf("GetExitCodeProcess() failed (%d)\n", GetLastError() );
    }
    else
        printf("The exit code for '%ws' is %d\n",(LPTSTR)(strCmd.GetString()), result );
    // Close process and thread handles. 
    CloseHandle( pi.hProcess );
    CloseHandle( pi.hThread );
    return result;
}

если вы хотите точно соответствовать коду ошибки (например, равен 0), используйте это:

@echo off
my_nify_exe.exe
if %ERRORLEVEL% EQU 0 (
   echo Success
) else (
   echo Failure Reason Given is %errorlevel%
   exit /b %errorlevel%
)

if errorlevel 0 игр errorlevel >= 0. См.if /?.


в какой-то момент мне нужно было точно толкать события журнала из Cygwin в журнал событий Windows. Я хотел, чтобы сообщения в WEVL были пользовательскими, имели правильный код выхода, детали, приоритеты, сообщение и т. д. Поэтому я создал маленький скрипт, чтобы позаботиться об этом. Вот он на GitHub,logit.sh.

некоторые выдержки:

usage: logit.sh [-h] [-p] [-i=n] [-s] <description>
example: logit.sh -p error -i 501 -s myscript.sh "failed to run the mount command"

вот часть содержимого временного файла:

LGT_TEMP_FILE="$(mktemp --suffix .cmd)"
cat<<EOF>$LGT_TEMP_FILE
    @echo off
    set LGT_EXITCODE="$LGT_ID"
    exit /b %LGT_ID%
EOF
unix2dos "$LGT_TEMP_FILE"

вот функция для создания событий в WEVL:

__create_event () {
    local cmd="eventcreate /ID $LGT_ID /L Application /SO $LGT_SOURCE /T $LGT_PRIORITY /D "
    if [[ "" == *';'* ]]; then
        local IFS=';'
        for i in ""; do
            $cmd "$i" &>/dev/null
        done
    else
        $cmd "$LGT_DESC" &>/dev/null
    fi
}

выполнение пакетного сценария и призывая __создать_событие:

cmd /c "$(cygpath -wa "$LGT_TEMP_FILE")"
__create_event

Это стоит отметить .летучая мышь и. Файлы CMD работают по-разному.

чтение https://ss64.com/nt/errorlevel.html он отмечает следующее:

существует ключевое различие между способом .CMD и .Bat пакетные файлы установить errorlevels:

старый .Пакетный скрипт BAT, выполняющий "новые" внутренние команды: APPEND, ASSOC, PATH, PROMPT, FTYPE и SET, установит уровень ошибок только в случае возникновения ошибки. Поэтому, если у вас есть две команды в пакетный сценарий и первый сбой, уровень ошибок останется заданным даже после успешного выполнения второй команды.

Это может затруднить отладку сценария bat проблемы, пакетный сценарий CMD более последователен и будет устанавливать уровень ошибок после каждой команды, которую вы запускаете [source].

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