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

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

start /wait something.exe
echo %errorlevel%

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

echo %ERRORLEVEL%

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

Если вы хотите точно соответствовать коду ошибки (например, равно 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/? ,

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

#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 environment block
        NULL,           // Use parent 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;
}

Стоит отметить, что файлы.BAT и.CMD работают по-разному.

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

Существует ключевое различие между путями файлов.CMD и.BAT, устанавливающими уровни ошибок:

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

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

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

В какой-то момент мне нужно было точно передать события журнала из Cygwin в журнал событий Windows. Я хотел, чтобы сообщения в WEVL были обычными, имели правильный код выхода, детали, приоритеты, сообщение и т.д. Поэтому я создал немного Bash script, чтобы позаботиться об этом. Здесь он находится на 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 [[ "$1" == *';'* ]]; then
        local IFS=';'
        for i in "$1"; do
            $cmd "$i" &>/dev/null
        done
    else
        $cmd "$LGT_DESC" &>/dev/null
    fi
}

Выполнение пакета script и вызов __create_event:

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