Кой е най-лесният начин за нулиране на ERRORLEVEL?

ако използвате exit /b 0, можете да върнете errorlevel 0 от дъщерния пакетен скрипт, без също да излизате от родителския.

Изглежда, че върши работа:

ver > nul

Не всичко работи и не е ясно защо. Например, следните не:

echo. > nul
cls > nul

В събитие преди или след компилация, ако кодът за връщане на изпълним файл е по-голям от нула и извикването на изпълнимия файл не е последният ред на събитието преди или след компилацията, бърз начин да го заглушите и да избегнете задействането на проверка за ненулево errorlevel е да се следва неуспешният ред с ред, който изрично връща нула:

cmd /c "exit /b 0"

Това по същество е обща комбинация от гореспоменатите решения, които ще работят с повече от само последния ред на събитие преди или след изграждането.

Открих, че "изход 0" изглежда като добър начин за справяне с този проблем.

Пример за употреба:

NET STOP UnderDevService /Y

изход 0

ако услугата UnderDevService не е стартирана.

Аз лично използвам това:

cd .

Работи дори в unix shell.

Но този може да е малко по-бърз:

type nul>nul

Тъй като Process Monitor показва QueryDirectory повиквания на cd .

PS: cd . има друг хубав страничен ефект в unix shell. Той възстановява пресъздадената работна директория в терминала, ако е била отворена преди изтриването.

Използвам VERIFY или VERIFY > nul

Ако това е фрагмент като „Събитие след компилация“ и т.н., тогава ще бъде добре да добавите:

(...) || ver > nul

в края на последната команда.

Алтернативно

cmd /c "exit /b 0"

е много чист и неидиоматичен -- читател, който познава обвивката на Windows, ще разбере какво се случва и какво е било вашето намерение.

Въпреки това, ако сте в партиден скрипт, може да искате да използвате субротини, които са лек еквивалент на „детския пакетен скрипт“ от отговора на akf.

Има подпрограма:

:reset_error
exit /b 0

и тогава просто

call :reset_error

навсякъде, където имате нужда.

Ето пълен пример:

@echo off
rem *** main ***

call :raise_error
echo After :raise_error ERRORLEVEL = %ERRORLEVEL%

call :empty
echo After :empty ERRORLEVEL = %ERRORLEVEL%

call :reset_error
echo After :reset_error ERRORLEVEL = %ERRORLEVEL%

:: this is needed at the end of the main body of the script
goto:eof

rem *** subroutines ***

:empty
goto:eof

:raise_error
exit /b 1

:reset_error
exit /b 0

Кои изходи:

After :raise_error ERRORLEVEL = 1
After :empty ERRORLEVEL = 1
After :reset_error ERRORLEVEL = 0

Както виждате - просто обаждане и връщане чрез goto:eof не е достатъчно.

Следното работи в съвременни Windows (базирани на NT) системи, които разполагат с cmd.exe:

rem /* This clears `ErrorLevel`; the SPACE can actually be replaced by an
rem    arbitrary sequence of SPACE, TAB, `,`, `;`, `=`, NBSP, VTAB, FF: */
(call )

ИНТЕРВАЛ (или по-точно, произволна последователност от един или повече стандартни разделители на токени, които са ИНТЕРВАЛ (код 0x20), ТАБ (код 0x09), ,, ;, =, NBSP (код 0xFF), VTAB (код 0x0B) и FF (код 0x0C)) е задължително ; ако го пропуснете, вместо това се задава ErrorLevel:

rem // This sets `ErrorLevel` to `1`:
(call)

Има хубава тема на DosTips.com, където се появи тази техника.

Ето алтернативен метод, но който има достъп до файловата система и следователно може да е малко по-бавен:

dir > nul

rem /* Perhaps this is a little faster as a specific file is given rather 
rem    than just the current directory (`.` implicitly) like above: */
dir /B "%ComSpec%" > nul

Ето някои други начини за нулиране на състоянието ErrorLevel, които работят дори в MS-DOS (поне за версия 6.22):

more < nul > nul

rem // The `> nul` part can be omitted in Windows but is needed in MS-DOS to avoid a line-break to be returned:
sort < nul > nul

Следните методи работят само в MS-DOS:

command /? > nul

fc nul nul > nul

keyb > nul

За пълнота това задава състоянието ErrorLevel на 1, валидно както за Windows, така и за MS-DOS:

< nul find ""

След като прегледах всички останали отговори, реших да намеря кой начин е най-ефективният за нулиране на ERRORLEVEL. Направих бърз скрипт, който записва времето за изпълнение на всяко от тези:

"cmd /c "exit /b 0"", "cd .", "ver", "type nul", and "VERIFY"

ето изхода:

cmd /v:on /c set ^"q=^"^" & timeit.cmd "cmd /c ^!q^!exit /b 0^!q^!" "cd ." "ver" "type nul" „ПОТВЪРДИ“

cmd /c "изход /b 0" отне 0:0:0.02 (общо 0.02s)

cd . взе 0:0:0.00 (общо 0.00s)

Microsoft Windows [Версия 10.0.18362.836]

версия отне 0:0:0.00 (общо 0.00s)

тип nul отне 0:0:0.00 (общо 0.00s)

VERIFY е изключен. VERIFY отне 0:0:0.00 (общо 0.00s)

---

Това отне 0:0:0.06 (общо 0.06s)

след като прегледах с Measure-Command {command} в Powershell, открих, че наистина приема само cd . и cmd /c "exit /b 0" --правя ли нещо нередно?

Бих препоръчал cd . или type nul, тъй като нито имат отпечатък върху изхода на конзолата, нито са бавни в каквато и да е мярка.

да, доста ми е скучно

Добавете >nul след всяка команда, която има вероятност да се провали - това изглежда предотвратява неуспеха на компилацията.

Все още можете да проверите резултата от командата, като разгледате %errorlevel%.

Например:

findstr "foo" c:\temp.txt>nul & if %errorlevel% EQU 0 (echo found it) else (echo didn't find it)

Аз използвам това:

ping localhost -n 1 >нулев

Винаги използвах само;

set ERRORLEVEL=0

Ползвам го от магарешки години.