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



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



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




Эхо $?




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

772   7  

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 работает консоль приложения, но как намекнул на by dmihailescu, это не будет работать, если вы пытаетесь запустить в окне приложения (например, на основе Win32) из командной строки. Оконное приложение будет работать в фоновом режиме, и управление немедленно вернется в командную строку (скорее всего, с 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
}

выполнение пакетного сценария и вызов _ _ create _ event:

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

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

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

есть ключевое различие между способом .ЦМД И.Пакетные файлы BAT устанавливают уровни ошибок:

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

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

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

Comments

    Ничего не найдено.