我正在运行一个程序,想要查看其返回代码是什么(因为它基于不同的错误返回了不同的代码)。
我知道在Bash中,我可以通过运行
回声$?
在Windows上使用cmd.exe怎么办?
app.exe & echo %errorlevel%
我正在运行一个程序,想要查看其返回代码是什么(因为它基于不同的错误返回了不同的代码)。
我知道在Bash中,我可以通过运行
回声$?
在Windows上使用cmd.exe怎么办?
app.exe & echo %errorlevel%
Answers:
名为的伪环境变量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%
将返回该值,而不是退出代码。使用(set errorlevel=
)清除环境变量,从而允许errorlevel
通过%errorlevel%
环境变量访问的真实值。
echo Exit Code is $LastExitCode
%ERRORLEVEL%
即使发生错误也为0的情况。签%ERRORLEVEL%
入cmd文件时发生。尝试start /wait
没有用。唯一有效的方法是if errorlevel 1 (...)
string
不是int
,这意味着你不能用EQ
/ NEQ
有效。
测试ErrorLevel
适用于控制台应用程序,但是dmihailescu暗示,如果您尝试从命令提示符下运行窗口化应用程序(例如基于Win32 的窗口),则此方法将无效。一个窗口化的应用程序将在后台运行,并且控件将立即返回到命令提示符(最有可能的返回ErrorLevel
值为零,以指示该进程已成功创建)。当窗口应用程序最终退出时,其退出状态将丢失。
但是,与其使用其他地方提到的基于控制台的C ++启动器,一种更简单的选择是使用命令提示符的START /WAIT
命令来启动窗口化应用程序。这将启动带窗口的应用程序,等待其退出,然后将控制返回到命令提示符,并在中设置进程的退出状态ErrorLevel
。
start /wait something.exe
echo %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 /?
。请参见。
当使用未附加到控制台的程序时,它可能无法正常工作,因为当您认为自己具有退出代码时,该应用程序可能仍在运行。使用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;
}
值得注意的是.BAT和.CMD文件的操作不同。
阅读https://ss64.com/nt/errorlevel.html时,请注意以下几点:
.CMD和.BAT批处理文件设置错误级别的方式之间有一个关键区别:
运行“新”内部命令:APPEND,ASSOC,PATH,PROMPT,FTYPE和SET的旧的.BAT批处理脚本仅在发生错误时设置ERRORLEVEL。因此,如果批处理脚本中有两个命令,而第一个命令失败,则即使第二个命令成功后,ERRORLEVEL仍将保持设置状态。
这会使调试问题的BAT脚本变得更加困难,CMD批处理脚本更加一致,并且会在您运行[source]的每个命令之后设置ERRORLEVEL。
当我执行连续的命令时,这没有使我感到悲伤,但是即使发生故障,ERRORLEVEL仍然保持不变。
一方面,我需要将Cygwin的日志事件准确地推送到Windows Event日志。我希望WEVL中的消息是自定义的,具有正确的退出代码,详细信息,优先级,消息等。因此,我创建了一个小Bash脚本来解决此问题。它在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
}
执行批处理脚本并调用__create_event:
cmd /c "$(cygpath -wa "$LGT_TEMP_FILE")"
__create_event