web-dev-qa-db-ja.com

Windowsのコマンドラインからアプリケーションの終了コードを取得する方法を教えてください。

私はプログラムを実行していて、その戻りコードが何であるかを知りたいのです（それは異なるエラーに基づいて異なるコードを返すからです）。

私はBashでこれを実行することでできることを知っています

エコー$？

Windowsでcmd.exeを使用するとき何をしますか？

windowscommand-lineprocesscmdexit-code
708
Skrud

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の真値にアクセスできるようにします。

863
Samuel Renkert

ErrorLevelのテストは console applicationsで動作しますが、 でdmihailescu によって示唆されているように、 windowed アプリケーションを実行しようとしている場合は動作しません。 ）コマンドプロンプトから）ウィンドウ化されたアプリケーションはバックグラウンドで実行され、制御は即座にコマンドプロンプトに戻ります（ほとんどの場合、プロセスが created 正常に行われたことを示す0のErrorLevelで）。ウィンドウアプリケーションが最終的に終了すると、その終了ステータスは失われます。

ただし、他の場所で説明されているコンソールベースのC++ランチャーを使用する代わりに、もっと簡単な方法はコマンドPromptのSTART /WAITコマンドを使用してウィンドウアプリケーションを起動することです。これはウィンドウ化されたアプリケーションを起動し、それが終了するのを待ってからErrorLevelに設定されたプロセスの終了ステータスでコマンドPromptに制御を戻します。

start /wait something.exe
echo %errorlevel%
227
Gary

組み込みのERRORLEVEL変数を使用します。

echo %ERRORLEVEL%

しかし、 アプリケーションがERRORLEVEL ！という名前の環境変数を定義している場合は注意してください。

92
Adam Rosenfield

エラーコードを正確に一致させたい場合（例えば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 /?を参照してください。

18
Curtis Yallop

コンソールに接続されていないプログラムを使用すると、正しく動作しない可能性があります。終了コードがあると思っている間は、そのアプリケーションがまだ実行中である可能性があるためです。 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;
}
14
dmihailescu

.BATファイルと.CMDファイルの動作が異なることは注目に値します。

読んで https://ss64.com/nt/errorlevel.html それは次のことに気づく：

.CMDと.BATのバッチファイルがエラーレベルを設定する方法には大きな違いがあります。

APPEND、ASSOC、PATH、プロンプト、FTYPE、およびSETの '内部'コマンドを実行する古い.BATバッチスクリプトは、エラーが発生した場合にのみERRORLEVELを設定します。そのため、バッチスクリプトに2つのコマンドがあり、最初のコマンドが失敗した場合、2番目のコマンドが成功した後もERRORLEVELは設定されたままになります。

これは問題のあるBATスクリプトのデバッグをより困難にします。CMDバッチスクリプトはより一貫性があり、[source]を実行するたびにERRORLEVELを設定します。

私は連続したコマンドを実行していたので、これは私に悲しみの終わりをもたらしていませんでした、しかしERRORLEVELは失敗しても変わらずに残ります。

5
RockDoctor

ある時点で、ログイベントをCygwinからWindowsイベントログに正確にプッシュする必要がありました。私は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
0
jonretting