Alternative method without for /f
Instead of using for /F to capture the STDERR output of del, the find command could also be used like find /V “”, which returns an ErrorLevel of 1 if an empty string comes in and 0 otherwise:
del "pathtothefile_s.ext" 2>&1 1> nul | find /V "" 1> nul 2>&1
However, this would return an ErrorLevel of 1 in case the deletion has been successful and 0 if not. To reverse that behaviour, an if/else clause could be appended like this:
del "pathtothefile_s.ext" 2>&1 1> nul | find /V "" 1> nul 2>&1 & if ErrorLevel 1 (1> nul ver) else (2> nul set =)
Application example
The following batch file demonstrates how the above described work-around could be applied:
Cmd check errors
Symbols (functions or variables) in your package are defined in the so-called ‘name space’ of your package. Roughly, when your R package is ‘load’ed, R creates an environment and populates it with the symbols defined in your package. It then ‘locks’ the environment so that your package symbols cannot be accidentally re-defined (e.g., so the user can’t accidentally change the definition of one of your functions). R might then optionally ‘attach’ the locked environment to the search() path, and voila, the user has access to your amazing functionality.
A side-effect of locking your environment to protect your functions from the user making accidental changes is that the package code cannot itself change symbol definitions. Usually this is a good thing — you want the package code to perform consistently.
Your use case seems to be about creating an object at ‘run time’. It is usually sufficient to do this after the environment has been created but before it is locked, and this is available by writing a .onLoad
function (see ?.onLoad
) in your package, more-or-less traditionally placed in a file zzz.R. You would then invoke ddg.init() while the name space could still be written.
A different scenario is that the structure of the objects are determined you wrote the function. In this case one would create an R object and include it in the package directly, either in R/sysdata.rda or in the data/ folder, typically with ‘lazy loading’ allowing the symbols defined in the object to be referenced by your R code as though they were defined in the package.
A third possibility is that you need to create the objects at run-time, during an interactive session, e.g., recording whether a web service is available at the time the user executes a function. For this the idea is to create an environment in your name space
.cache <- new.env(parent=emptyenv())
and to modify the content of the environment
setIsUp <- function() { .cache[["isup"]] <- TRUE
}
Although you can’t change the value of .cache (because it’s locked, e.g., you couldn’t change .cache from an environment to a list, or to a new environment) you can modify the contents of the environment that you’ve already allocated.
Del and errorlevel?
The del command does not set the ErrorLevel as long as the given arguments are valid, it even resets the ErrorLevel to 0 in such cases (at least for Windows 7).
del modifies the ErrorLevel only in case an invalid switch is provided (del /X sets ErrorLevel to 1), no arguments are specified at all (del sets ErrorLevel to 1 too), or an incorrect file path is given (del : sets ErrorLevel to 123), at least for Windows 7.
Explanation of code
This executes the command line del /F /Q “pathtothefile_s.txt”. By the part 2>&1 1> nul, the command output at STDOUT will be dismissed, and its STDERR output will be redirected so that for /F receives it.
If the deletion was successful, del does not generate a STDERR output, hence the for /F loop does not iterate, because there is nothing to parse. Notice that ErrorLevel will not be reset in that case, its value remains unchanged.
If for /F recieves any STDERR output from the del command line, the command in the loop body is executed, which is set =; this is an invalid syntax, therefore set sets the ErrorLevel to 1.
To set the ErrorLevel explicitly you could also use cmd /C exit /B 1. Perhaps this line is more legible. For sure it is more flexible because you can state any (signed 32-bit) number, including 0 to clear it (omitting the number clears it as well). It might be a bit worse in terms of performance though.
Possible work-around
A possible work-around is to capture the STDERR output of del, because in case of deletion errors, the related messages (Could Not Find […], Access is denied., The process cannot access the file because it is being used by another process.) are written there. Such might look like:
for /F "tokens=*" %%# in ('del /F /Q "pathtothefile_s.txt" 2^>^&1 1^> nul') do (2> nul set =)
To use the code in command prompt directly rather than in a batch file, write %# instead of %%#.
If you do not want to delete read-only files, remove /F from the del command line;if you do want prompts (in case wildcards ? and/or * are present in the file path), remove /Q.
Presetting errorlevel
Besides the above mentioned command cmd /C exit /B, you can also use > nul ver to reset the ErrorLevel. This can be combined with the for /F loop work-around like this:
> nul ver & for /F "tokens=*" %%# in ('del /F /Q "pathtothefile_s.txt" 2^>^&1 1^> nul') do (2> nul set =)
What are the errorlevel values set by internal cmd.exe commands?
In this answer the ERRORLEVEL values returned by all internal cmd.exe commands are described; they are grouped by the way the value is changed and presented as quick reference tables. I reviewed other similar tables in order to assemble this one, but filled the missing values via tests performed in a Windows 8.1 computer. I made my best effort to create these tables complete and precise, but I had not tested each and everyone of the values reported here, so it may be subtle inconsistencies.
Table 1 – Commands that not change the prior ERRORLEVEL value
BREAK
ECHO
ENDLOCAL
FOR Not change the ERRORLEVEL by itself. See "Exit Code" below.
IF Not change the ERRORLEVEL by itself.
PAUSE
RD Not change the ERRORLEVEL on errors, but the "Exit Code". See below.
REM
RMDIR Same as RD.
SET Plain SET command (no arguments). See "Table 3" below.
TITLE
Table 2 – Commands that set ERRORLEVEL to 0 or 1 depending on result
Command │ Set ERRORLEVEL = 0 when │ Set ERRORLEVEL = 1 when
────────┼───────────────────────────────┼─────────────────────────────────────────────────────────────
CD │Current directory was changed. │Directory not exists or is not accessible.
CHDIR │Same as CD. │
COLOR │Color was changed. │Background and foreground colors are the same.
COPY │File(s) was processed. │File not found or bad parameters given.
DATE │Date was changed or not given. │User has no admin privileges.
DEL │Almost always, excepting when: │Bad or no parameters given.
DIR │Same as COPY. │
ERASE │Same as DEL. │
MD │Directory was created. │Directory could not be created.
MKDIR │Same as MD. │
MKLINK │Link was created. │Link could not be created or bad parameters given.
MOVE │File(s) was moved/renamed. │File not found, could not be moved/renamed or bad parameters.
PUSHD │Same as CD. │ Bad switch given.
REN │Same as MOVE. │
RENAME │Same as MOVE. │
SETLOCAL│New environment was created. │Bad parameters given.
TIME │Time was changed or not given. │User has no admin privileges.
TYPE │Same as COPY. │
VERIFY │Right or no parameters given. │Bad parameters given.
VOL │Volume label was displayed. │Drive not found or bad parameters given.
Table 3 – Commands that set the ERRORLEVEL on error; otherwise, not change it
Command │E│ Set ERRORLEVEL to = when
─────────────┼─┼────────────────────────────────────────────────────────────────────────
ASSOC │*│1 = Extension associations could not be changed.
CLS │ │1 = Bad switch given.
DPATH │*│1 = Data path could not be established.
FTYPE │*│1 = File type associations could not be changed.
GOTO label │ │1 = Label not exist *in a subroutine* (equivalent to: EXIT /B 1).
KEYS │ │1 = Bad switch given.
PATH │*│1 = Path could not be changed.
POPD │ │1 = Bad switch given.
PROMPT |*│1 = Prompt could not be changed.
SET var │*│1 = No variable with such name exists.
SET var=value│*│1 = Variable name start with "/" not enclosed in quotes.
SET /P │*│1 = Read an empty line or at end of file.
SET /A │*│1073750988 = Unbalanced parentheses, 1073750989 = Missing operand, │ │1073750990 = Syntax error, 1073750991 = Invalid number, │ │1073750992 = Number larger than 32-bits, 1073750993 = Division by zero.
SHIFT │ │1 = Bad switch given.
The “E” column in Table 3 indicate those commands that change their behavior accordingly to the “Extensions” status as described in the corresponding documentation. When Extensions are enabled (the default) and these commands are placed in a file with .CMD
extension instead of .BAT
one, these commands set SETERRORLEVEL = 0 when they ends with no error, that is, when the conditions described in Table 3 are not present.
Table 4 – Special cases
CALL Table1 │If the called command is anyone of Table 1 (excepting FOR and IF): set ERRORLEVEL = 0.
CALL subroutine │If the subroutine is called, not change prior ERRORLEVEL value; │otherwise (subroutine not exists): set ERRORLEVEL = 1.
EXIT /B, EXIT │Not change prior ERRORLEVEL value.
EXIT /B number │Set ERRORLEVEL to given number.
EXIT number │Ends cmd.exe and set its returning ERRORLEVEL value to given number.
START command │If command is started, not change ERRORLEVEL; otherwise, set ERRORLEVEL = 9059.
START /WAIT bat |When the started Batch file end, set ERRORLEVEL = value from 'EXIT number' commmand.
notExist │If a non-existent command is entered for execution, set ERRORLEVEL = 9009.
VER │Set ERRORLEVEL = 0 almost always. If /? parameter is given, not change ERRORLEVEL.
Exit Code management
There are two ways to test the ERRORLEVEL value: via IF ERRORLEVEL / IF %ERRORLEVEL%
command, or using the command && thenCmd when ERRORLEVEL is 0 || elseCmd when ERRORLEVEL is not 0
construct. However, certain particular commands and redirection errors returns a value that only works in the second case and is not reflected in the ERRORLEVEL; we may call “Exit Code” this value. When this Exit Code is not zero, it can be passed to the ERRORLEVEL executing any command of Table 1 in the elseCmd
part. You may read further details on this matter at this post.
Table 5 – Commands or features that set the Exit Code
Feature │ Set Exit Code to = when
─────────────┼─────────────────────────────────────────────────────────────────────────
command │1 = Command not exist (when ERRORLEVEL = 9009).
redirection │1 = File not exists in "<", path not exists or access denied in ">" ">>".
drive: |1 = Drive unit not exists.
POPD |1 = No matching PUSHD was previously executed.
RD │1 = Bad switch given, 2 = Directory not found, 5 = Access denied, │32 = Directory in use, 145 = Directory not empty.
FOR /F │1 = No data was processed.
For example, to test if a redirection error happened, use this:
command > C:Paththatdoesnotexistfile.txt || rem
if errorlevel 1 echo Previous redirection failed
In this example the rem
command is used to copy the Exit Code to the ERRORLEVEL, but any other internal command that preserve the ERRORLEVEL may be used (excepting FOR
and IF
).
To test if a drive unit exists:
U: || rem
if errorlevel 1 echo Previous set current drive to U: unit failed
More examples:
rd c:Somedirectory 2> NUL || rem
if %errorlevel% equ 0 ( echo Directory deleted
) else if %errorlevel% equ 2 ( echo Directory not found
) else if %errorlevel% equ 5 ( echo Can not access the directory, check rights
) else if %errorlevel% equ 32 ( echo Can not delete current directory
) else if %errorlevel% equ 145 ( echo Directory is not empty, use /S switch
)
(for /F "options" %%a in (input.txt) do echo %%a) || rem
if errorlevel 1 echo Previous FOR didn't processed any value
Каковы значения errorlevel, установленные внутренним cmd.команды ехе?
ERRORLEVEL-это значение, возвращаемое большинством cmd.exe команды, когда они заканчиваются, что изменение в зависимости от ряда условий, поэтому зная значение, что команды возвращают ценную информацию, которая может помочь написать лучше пакетные файлы. Все внешнее .exe-программы изменяют уровень ошибок, когда они заканчиваются (это неотъемлемый механизм обоих ExitProcess и TerminateProcess функции API Win-32) и обычно такие значения документируются, но значения возвращается внутренние cmd.команды exe не полностью документированы в другом месте.
таблица с частичными значениями ERRORLEVEL отображается в этот вопрос, но только для внутренних команд, которые устанавливают ERRORLEVEL=0 “после успеха”. Я предложил OP такого вопроса изменить его, чтобы также включить значения, возвращаемые “не успешными командами”, но он отказался и предложил мне опубликовать мой собственный вопрос/ответ, так что вот он! Обратите внимание, что уровень ERRORLEVEL отличается от нуля делает не обязательно означает, что команда провалилась! Есть некоторые команды, которые заканчиваются без ошибок и возвращают значение больше нуля, чтобы указать другой “статус выхода”, включая внутренние команды (например,SET /P
).
чтобы лучше использовать встроенный cmd.команды exe в пакете .файлы bat нам нужно знать значения уровня ошибок, которые они возвращают, и механизмы, участвующие в этом управлении. Итак, вопрос в том, что внутренний cmd.исполняемый команды установите ERRORLEVEL в любое значение (включая ноль)?
Помогла ли вам эта статья?
ДАНЕТ
Способ 1: смена учетной записи
Простейшая ситуация, при которой пользователю не удается запустить исполняемое приложение — ограниченные права пользователя. Это касается стандартных учетных записей, которые могут быть настроены администратором. Обычные профили не имеют полного доступа к ПК и запуск любых приложений, включая cmd, для них может быть заблокирован.
Если вы пользуетесь домашним ПК, попросите пользователя с учетной записью администратора разрешить вашей учетной записи запуск cmd. Либо, если имеете доступ ко всем профилям, созданным на компьютере, выполните вход как администратор. Пользователям рабочих ПК с этим вопросом требуется обратиться к системному администратору.
Способ 10: проверка установки системных обновлений
Отключенные или не до конца установленные системные обновления в некоторых случаях провоцируют нестабильную работу системы. Убедитесь, что ОС исправно установила последние апдейты.
Ранее мы уже рассказывали об обновлении разных версий Виндовс. Ознакомиться со статьями, посвященными этому, вы можете по ссылкам ниже.
Подробнее:Как обновить Windows XP, Windows 8, Windows 10Как включить автоматическое обновление в Windows 7Ручное обновление Windows 7
Если система отказывается обновляться, советуем ознакомиться с рекомендациями, решающими данный вопрос.
Подробнее: Что делать, если не устанавливаются обновления в Windows
Способ 11: восстановление системы
Возможно, неправильная установка/удаление ПО или действия пользователя напрямую либо косвенно повлияли на запуск командной строки. Проще всего попробовать откатить состояние системы до момента, когда все функционировало нормально. Выберите точку восстановления, на момент создания которой не производились последние апдейты или другие действия, по вашему мнению, спровоцировавшие возникшую неполадку.
Подробнее: Как восстановить Windows XP, Windows 8
Для восстановления других версий Виндовс так же подойдет инструкция по восстановлению Win 8, поскольку принцип работы в этих ОС ничем кардинально не отличается.
Способ 12: переустановка ос
Радикальное решение, к которому следует прибегать исключительно в тех ситуациях, когда все остальные советы не помогли. На нашем сайте вы можете ознакомиться со статьей, объединяющей в себе установку разных версий Виндовс.
Обратите внимание, что переустанавливать ее можно двумя вариантами:
Подробнее: Как переустановить Windows
Способ 2: чистка автозагрузки
Обязательно просмотрите список автозагрузки. Возможно, там найдутся программы, которые не должны запускаться. Кроме этого вы можете попробовать поочередно отключать через «Диспетчер задач» запущенные приложения и после каждого раза открывать командную строку. Однако сразу стоит отметить, что такой метод помогает далеко не всегда.
Способ 3: удаление nvidia geforce experience
По отзывам пользователей порой проблему вызывало дополнительное ПО для видеокарты NVIDIA — GeForce Experience. В определенных случаях проблема сохранялась даже после полной (не поверхностной) переустановки. Это не обязательная программа, поэтому многие юзеры могут без труда от нее избавиться.
Подробнее: Как удалить NVIDIA GeForce Experience
Способ 4: обновление драйверов
Некорректно работающие драйверы — еще одна, пусть и не самая очевидная, причина. Вызвать ошибку cmd может проблемное программное обеспечение разных устройств. В первую очередь выполните обновление драйвера видеокарты.
Довольно часто появлению ошибки способствует проблемный компонент драйвера NVIDIA, поэтому пользователю необходимо выполнить полное удаление, а затем чистую установку.
Подробнее: Как переустановить драйвер видеокарты
Если это не помогло, следует выполнить обновление другого ПО.
Подробнее:Программы для обновления драйверовКак обновить драйверы на ПК
Способ 5: обновление библиотек microsoft
В Виндовс есть файлы, библиотеки и утилиты, которые активно используются системой и могут по разным причинам повлиять на отказ запуска командной строки. К ним относятся DirectX, .NET Framework, Microsoft Visual C .
Обновите эти файлы вручную, используя официальный сайт Microsoft. Не скачивайте эти файлы со сторонних ресурсов, так как есть большая вероятность установить в систему вирус.
Способ 6: проверка пк на вирусы
Вирусы и другое вредоносное ПО, попадая на компьютер пользователя, с легкостью могут заблокировать доступ к командной строке. Тем самым они усложняют пользователю выполнение задач, связанных с восстановлением работы ОС. Вам потребуется провести полное сканирование всех разделов ПК. Используйте для этого установленный антивирус или сканеры.
Способ 7: проверка системных файлов
За такую проверку отвечает команда, которую требуется запустить через cmd. Поскольку в обычном режиме сделать это невозможно, следует воспользоваться альтернативными методами.
Перед проверкой убедитесь, что запущена служба «Установщик модулей Windows».
- Нажмите Win R и введите команду:
services.msc
- Найдите службу «Установщик модулей Windows», нажмите ПКМ и откройте «Свойства».
- Назначьте состояние — «Запустить», тип запуска — «Вручную».
Безопасный режим
- Загрузитесь в безопасном режиме.
Подробнее: Как войти в безопасный режим на Windows XP, Windows 8 или Windows 10
- Попробуйте открыть командную строку. Если она запустилась, впишите команду
sfc /scannow
- Найденные поврежденные компоненты будут восстановлены, вам остается перезагрузиться в обычном режиме и проверить работу cmd.exe.
Среда восстановления системы
Если в безопасном режиме cmd по-прежнему не запускается, следует сделать это из режима восстановления. Используя загрузочную флешку или диск, выполните запуск ПК.
- Нажмите сочетание клавиш Shift F10 для запуска cmd.
Альтернативный вариант. Во всех современных версиях ОС она открывается одинаково — нажатием на ссылку «Восстановление системы» в нижнем углу слева.
В Windows 7 выберите «Командная строка».
В Windows 10 нажмите на «Поиск и устранение неисправностей».
Затем — «Дополнительные параметры».
Из списка выберите «Командная строка».
- Поочередно прописывайте следующие команды:
diskpart
Запускает приложение DISKPART, работающее с жесткими дисками.
list disk
Выводит список накопителей. Если у вас один HDD с единственным разделом, ввод команды не требуется.
select disk X
X — номер диска. Определить, какой диск является системным в среде восстановления, можно по размеру. Команда выбирает конкретный том для дальнейшей работы с ним.
detail disk
Отображает детали о разделах жесткого диска с их буквами.
Определите букву системного раздела, как и в предыдущем случае, по размеру. Это нужно по той причине, что буква диска здесь и в Виндовс могут отличаться. Затем введите:
exit
Завершает работу с утилитой DISKPART.
- Введите:
sfc /scannow /OFFBOOTDIR=X: /OFFWINDIR=X:windows
X — буква системного раздела.
Если по результатам сканирования Виндовс не смогла обнаружить нарушения целостности, переходите к следующим советам по решению проблемы.
Способ 8: очистка windows от мусора
В некоторых случаях временные и другие файлы могут отразиться на работоспособности всей системы. Чаще всего это касается работы реестра — неправильное его функционирование влечет за собой возникновение проблемы с командной строкой. Неполадки с реестром могут возникнуть после неправильного удаления программ, использовавших в своей работе cmd.exe.
Воспользуйтесь встроенными или сторонними инструментами очистки системы от мусора.
Подробнее: Как очистить Windows от мусора
Отдельно уделите внимание чистке реестра. Не забывайте сделать резервные копии.
Подробнее:Лучшие программы для очистки реестраЧистка реестра с помощью CCleanerВосстановление реестра в Windows 7
Способ 9: отключение или удаление антивируса
Этот метод, на первый взгляд, полностью противоречит одному из предыдущих. На самом же деле, антивирусы нередко становятся причинами возникновения ошибки запуска cmd. Особенно часто с этим сталкиваются пользователи бесплатных защитников. Если у вас есть подозрения, что стабильность работы всей системы нарушает именно антивирус, отключите его.
Если после отключения проблема сохранилась, есть смысл выполнить деинсталляцию программы. Не рекомендуем делать это по стандарту (через «Установку и удаление программ»), так как некоторые файлы могут остаться и продолжить препятствовать работе Виндовс. Выполните полное удаление, желательно, в безопасном режиме.
Подробнее: Как войти в безопасный режим на Windows XP, Windows 8 или Windows 10
На нашем сайте уже есть инструкция по полному удалению популярных антивирусов с ПК.
Подробнее: Удаление антивируса с компьютера
Статья – [cmd] как диагностировать проблему или ошибки в синтаксисе, когда bat-файл "вылетает"?
Как диагностировать проблему или ошибки в синтаксисе, когда Bat-файл не работает или “вылетает”.
Чтобы увидеть ошибки в синтаксисе, которые приводят к критическому завершению Batch-файла,
необходимо запустить его из CMD.exe (интерпретатора).
Как?
Этап 1. Подготовка:
Если у Вас в скрипте указана директива для скрытия вывода выполняемых команд:
Она обычно идет первой строкой в коде.
– Удалите ее, или закомментируйте:
иначе будет сложно определить, какая команда вызывает “падение” скрипта или ошибку.
Этап 2. Выполнение скрипта с перенаправлением вывода в файл протокола
Вариант 1. Для систем Windows XP и ниже:
ПУСК -> Выполнить (либо Win R), вводим CMD, нажимаем {ENTER}
Откроется маленькое черное окно – консоль.
В нем Вы увидите путь к каталогу, в котором будут выполняться команды в данный момент.
Вам нужно перейти в каталог, где расположен бат-файл.
Например, Вам нужно запустить Batch-файл с именем script.cmd, расположенном в папке temp на диске C,
тогда вводим команды:
(ввод каждой строки подтверждаем клавишей {ENTER})
После ввода первой строки Вы увидете на экране приглашение вида:
c:temp>
что свидетельствует об успешном переходе в каталог c:temp
Вариант 2. Для систем Windows Vista и выше (переход в папку с батником сразу):
1. Перейдите на уровень выше от каталога, где находится Batch-файл
(иными словами: Вам нужно видеть пиктограмму значка папки, в которой находится Batch-файл)
Если Вы видите перед собой сам Batch-файл, достаточно нажать BackSpace (кнопка “стирания”).
2. Наведите указатель мыши на папку с Batch-файлом.
Нажмите и удерживайте кнопку “Shift”. Вместе с этим нажмите правую кнопку мыши.
3. Выберите пункт “Открыть окно команд”.
Например, Вам нужно запустить Batch-файл с именем script.cmd, расположенном в папке temp на диске C,
тогда вводим команду:
Нажимаем клавишу {ENTER}
Этап 3. Анализ файла-протокола.
После завершения работы Batch-файла в папке C:temp будет создан файл log.txt
Передайте его специалистам, либо при наличии достаточного опыта проведите анализ самостоятельно.
Данный файл сохраняется в кодировке OEM-866, поэтому открывать его нужно в соответствующем редакторе: http://www.cyberforum.ru/cmd-bat/thread738351.html
Как правило, критические ошибки указаны в самом конце протокола и они предваряют команду, которая их вызвала.
Этап 4. (опционально)
Если бат-файл содержит цикл или является очень большим, полезным также будет подготовить лог уже с командой @echo off
Добавьте ее в самое начало кода и повторите всю процедуру.
Альтернатива вызову батника из-под интерпретатора.
В самом начале кода пишем:
и запускаем Batch-файл.
Все команды, выводимые на экран будут сразу перенаправляться в файл.
В этом случае на экране Вы не увидите ни выполняемых команд, ни вывода.
Все они будут протоколироваться в файл log.txt.