問題タブ [errorlevel]

以下のスクリプトでは、SQL エラーが発生する%errorlevel%と 0 になります。これはなぜですか?

if ブロック (以下) を削除すると、%errorlevel% はゼロではありません! if ステートメントがエラー レベルに影響するのはなぜですか?

更新：それは私がエラーをテストしていた方法だと信じています。私は代わりに考えます：

..使用する必要があります：

便利なリンクはこちら

QProcessとして実行されているWindowsコマンドラインアプリケーションから特定のエラーコードをキャッチしようとしています.

今日、アプリケーションが失敗するエラーが発生しました: コマンド ラインで実行すると、echo %errorleve% は正しいエラーである 14001 (ERROR_SXS_CANT_GEN_ACTCTX) を返します。

私の Qt アプリケーションでは、このアプリケーションを呼び出す QProcess で exitCode() を呼び出すと、戻り値として 0 が返されます。

このプロセスの正しいエラーレベルを取得する方法はありますか? シンプルなものが欠けていると思います。

元：

コンパイラからの出力を解析し、使用する IDE (ビジュアル スタジオ) が解析できるようにエラー メッセージを再フォーマットする簡単なプログラムを作成しています。nmakeビルドに使用すると、次のようなコマンド ラインを使用してコンパイラが呼び出されます。

問題は、コンパイラの戻りコード が にcc166フィードバックされないことnmakeです。リフォーマッタのリターン コードのみが使用されます。つまり、リフォーマット プログラムからゼロが返された場合、nmake は中止せずにビルドを続行します。cc166.exeコンパイラ ( )から にリターン コードをフィードバックするにはどうすればよいnmakeですか?

再フォーマット プログラムがコンパイラのリターン コードを読み取り、それを使用して独自のリターン コードを決定する方法はありますか? リフォーマッタは C# で書かれています。

Windows コマンド プロンプトから呼び出された場合にのみ正しく動作するアプリケーションがあります。入力/出力ストリームと関係があります。

そのため、cmd に引数として渡すことで、bash スクリプトから呼び出すことができます。

cmd /c "badapp"

これは問題なく動作しますが、ネットワークの問題で badapp が失敗することがあり、フィードバックが得られません。bashスクリプトからERRORLEVElをチェックする方法はありますか?またはbashスクリプトを実行している端末でbadappからの出力を確認しますか?

長いビルドを実行するためのバッチ ファイルがあり、最後に EXE を作成するとします。ビルドを開始する前にアプリを閉じるのを忘れると、EXE を再作成できず、リンク フェーズが失敗します。

ビルドの開始時にEXEが開いているかどうかを確認したい。EXE ファイルの名前をそれ自体に変更しようとしましたが、これによりアクセス拒否エラーが発生しますが、名前変更コマンド (内部コマンド) は %ErrorLevel% を設定しません。

%ErrorLevel% をゼロ以外の値に設定する開いているファイルをチェックする非破壊的な方法は何ですか?

次のようなスクリプトを書く必要があります。

だから私は Errorlevel を使用する必要がありますが、どのように 2 つの異なる PixelSearch で Errorlevel を使用しますか? 助けてください！

Jenkinsでは、スクリプトの実行を含むことができる無料のプロジェクトを作成する可能性があります。スクリプトの戻りレベルが0でない場合、ビルドは失敗します（赤になります）。

「黄色」にする可能性はありますか？
（黄色は通常、テストが失敗してビルドが成功したことを示します）

システムはLinux上で動作します。

コマンドプロンプトで、これを試してください。

PowerShell aaa

エコーErrorLevelは％errorlevel％です

Powershellは失敗します（エラーが発生します）。「 ErrorLevelis1」も表示されます。これは、aaaをスクリプトとして実行し、未処理のエラーを発生させてエラーレベルを設定するためです。

ただし、これを試してください。

パワーシェル '

エコーErrorLevelは％errorlevel％です

Powershellは失敗します（エラーが発生します）。今回は、「ErrorLevelis0」も表示されます。

それは別の問題だと思います。PowershellはそれがParserErrorだとさえ言うでしょう、そしてそれは私がコマンドライン引数を台無しにしたからです。それでも、それはクールではありません。

なぜこのように動作するのかわかりません。これは見落としだったと思います。他のプログラムは、失敗時にエラーレベルを設定することを怠っていますが、この場合は、途中まで進んだかのようです。ここでは、まったく設定しないのではなく、0に設定することもできます。

実行中の Windows のバージョンに基づいて、異なる「選択」コマンドを実行するバッチ ファイルを作成しようとしています。Windows 7 と Windows XP では、choice コマンドの構文が異なります。

Choice コマンドは、Y の場合は 1、N の場合は 2 を返します。次のコマンドは、正しいエラー レベルを返します。

Windows 7:

Windows XP:

ただし、Windows OS のバージョンを検出するコマンドと組み合わせると、Windows XP と Windows 7 の両方のコード ブロックで、choice コマンドの後、AN の前に errorlevel が 0 を返します。

ご覧のとおり、choice コマンドを実行する前に errorlevel 変数をクリアしようとしましたが、choice コマンドの実行後も errorlevel は 0 のままです。

任意のヒント？ありがとう！

-Fileコマンド ライン スイッチを使用して (2.0 で) Powershell スクリプトを実行し、Param で入力パラメーターを明示的に定義すると、定義済みまたは予想されるエラー コードが適切に返される代わりに、終了コードが常に "0" (決して失敗しない) になります。これは、明示的なパラメーター定義と-Command
スイッチ を使用する場合には発生しませんが、無関係な目的のために、スクリプトに -File スイッチを保持する必要があります。

回避策(明示的なパラメーター定義の削除を伴わないもの) に関する支援は、非常に役立ちます。

Powershell は「正しい終了コードを返すことができません」:

exit1.ps1: パラメータを明示的に定義するスクリプトを呼び出します。エラーレベルは、たとえスクリプトの一部が不用意に失敗したとしても、常に 0 です。

出力：

次に、param 関数を変更して明示的でないようにするときに、同じことを試してみましょう。

Exit1LooseParam.ps1:

出力 (3 つのパラメーターを使用):

入力パラメーターを明示的に定義すると、Powershell は何らかの理由で「気が狂った」ように見え、適切な終了コードを返すことができないようです。

誰かが回避策を持っているか、これが起こっている理由を説明できますか?