Как получить код выхода приложения из командной строки 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].
это причиняло мне бесконечное горе, поскольку я выполнял последовательные команды, но уровень ошибок оставался неизменным даже в случае неудачи.