2008 R2

Iska · Отправлено: **19:03, 30-10-2018** | #31

Цитата NikolayHAOS:

как попробую с паузой то опишусь. »

Да, начните именно с этого.

NikolayHAOS · Отправлено: **15:36, 31-10-2018** | #32

Вопрос решен.
Еще раз спасибо mwz, за дельный совет.
З.Ы.Заминка оказалась в отсутствии прав доступа, а она вытекала из отсутствия рабочего каталога (откуда мне было знать что планировщик будет вызывать BAT файл из директории C:\Windows\System32, куда у него действительно нет прав записи, так как запускается под простым пользователем) указал в качестве рабочего каталога путь где лежит сам BAT файл, и проблема ушла.

mwz · Отправлено: **18:43, 31-10-2018** | #33

Цитата NikolayHAOS:

указал в качестве рабочего каталога путь где лежит сам BAT файл »

В явном виде — или по феншую, подстановкой %~dp0 (при этом подставляется также замыкающий слэш каталога, т.е. \ в конце) , при которой сам же батник и определяет, где он лежит, а затем подставляет себе этот каталог?

Iska · Отправлено: **18:45, 31-10-2018** | #34

Цитата NikolayHAOS:

откуда мне было знать что планировщик будет вызывать BAT файл из директории C:\Windows\System32 »

Это как бы завсегда так было — текущим каталогом по умолчанию является каталог приложения (для пакетных файлов это содержимое %comspec%). Для пакетных файлов есть ещё одно «приятное» умолчание: Урок bat-аники - RSDN https://rsdn.org/article/winshell/batanyca.xml, примечание к разделу «Как определить имя каталога, в котором находится запущенный командный файл?».

mwz · Отправлено: **19:51, 31-10-2018** | #35

Iska, кстати, там не учли, что подставляется также и слэш, завершающий путь каталога при %~dp0 — именно то, что я оговорил специально. А сдвоенный слэш, как получается в статье после данной подстановки и явного указания этого слэша после подстановки, тянет за собой проблемы.

Iska · Отправлено: **20:06, 31-10-2018** | #36

mwz, не понял. Там проблема была в том, что а) командный процессор по умолчанию не поддерживает UNC-пути в качестве текущего каталога (регулируется параметром DisableUNCCheck раздела HKEY_CURRENT_USER\Software\Microsoft\Command Processor) и б) командный процессор при обнаружении таких попыток устанавливает текущим каталогом каталог %SystemRoot%\System32.

Двойные (и множественные )слэши переносятся командным процессором нормально:

Скрытый текст

mwz · Отправлено: **22:10, 31-10-2018** | #37

Iska, да я понял, в чём была проблема.

И то, что

Цитата Iska:

при обнаружении таких попыток устанавливает текущим каталогом каталог %SystemRoot%\System32 »

— считаю что это ни в какие ворота не лезет.

Просто споткнулся на
"%~dp0\packagebin.exe" --recursive-search=yes --files-mask=exe,dll,pdb,obj ^
— помня, что в некоторых случаях такая запись проблемы всё же вызывает (напарывался когда-то).