[Petya V4sechkin]

nokogerra, можно одной строкой:

Код:

del /F /Q "%USERPROFILE%\AppData\Local\Google\Chrome\User Data\Default\Cache\*"

C:\Windows>cd "D:\Users\ucli-01\AppData\Local\Google\Chrome\User Data\Default\Cache" C:\Windows>del * /F /Q

Это жесть!
Если у пользователя будет достаточно прав, ваш скрипт снесет содержимое папки Windows.

[User001]

del * /F /Q »

Вот такое в скриптах лучше делать проверив, что вы в нужной папке и т.д.

Указанный путь был использован при запуске CMD.EXE в качестве текущей папки. CMD.EXE не поддерживает пути UNC. По умолчанию выбрана системная папка Windows. »

cmd: UNC-путьВыполните с клиента \\pdc\scripts\имя_скрипта - посмотрите - выполнится или вернет ошибку.

"cmdow" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. »

Она где лежит?

[nokogerra]

2 Petya V4sechkin
В том и дело, я не понимаю какое отношение bat имеет к каталогу windows, там только %USERPROFILE%

2 User001
Я и запускал руками из шары - выдает ту ошибку что я описал, если запустить этот же скрипт с рабочего стола - кеш Chrome удаляется нормально и никаких попыток обращения к каталогу windows нет, не понимаю какое отношение имеет %USERPROFILE% к этому каталогу. Более того я использую связанные клоны Horizon View, профиль лежит на персистентном диске с буквой D, не на системном.

[Petya V4sechkin]

nokogerra, сделайте одной строкой:
del /F /Q "%USERPROFILE%\AppData\Local\Google\Chrome\User Data\Default\Cache\*"

[nokogerra]

действительно, помогло, спасибо. такой вывод:
"\\pdc\scripts"
Указанный путь был использован при запуске CMD.EXE в качестве текущей папки.
CMD.EXE не поддерживает пути UNC. По умолчанию выбрана системная папка Windows.

C:\Windows>del /F /Q "D:\Users\ucli-01\AppData\Local\Google\Chrome\User Data\Def
ault\Cache\*"

не понятно только почему cmdow @ /HID не работает из сетевой шары, но работает с рабочего стола.

[User001]

не понятно только почему cmdow @ /HID не работает из сетевой шары, но работает с рабочего стола. »

UNC не устанавливается в качестве текущего каталога.

Указанный путь был использован при запуске CMD.EXE в качестве текущей папки. CMD.EXE не поддерживает пути UNC. По умолчанию выбрана системная папка Windows. »

По ссылке сходите.

[nokogerra]

Имеет ли смысл использовать %~dp0 (к тому же я не совсем понял как это работает), если каталог исполнения все равно меняется на %windir%?

[User001]

к тому же я не совсем понял как это работает »

Там же внизу комментарий.
~dp0 - раскрывается в имя диска и путь для переменной 0 - полного пути к исполняемому файлу.

Тест

Попробуйте выполнить из сетевой папки:

Код:

@echo off
echo %cd%
echo %~dp0
echo %0
pause

если каталог исполнения все равно меняется на %windir% »

Т.к. в нем нет нужных вам команд, то указывайте к ним путь, например, как описано ранее.

[nokogerra]

Комментарий я видел, но как я сказал не понял его.
Вот вывод теста:
"\\pdc\scripts"
Указанный путь был использован при запуске CMD.EXE в качестве текущей папки.
CMD.EXE не поддерживает пути UNC. По умолчанию выбрана системная папка Windows.
C:\Windows
\\pdc\scripts\
"\\pdc\scripts\test.bat"
Для продолжения нажмите любую клавишу . . .

Я просто не могу понять как будет выглядеть скрипт с использованием ~dp0, переменную же нужно задать. Из этого объяснения:
1. "%" - предваряет номер получаемого аргумента
2. "~d" - директива извлечения буквы диска, откуда запущен батник
3. "~p" - директива извлечения пути без номера диска к батнику
4. "0" - нулевой агумент, полный путь к запуску батника вместе с его именем.
мало что понятно. получили полный путь и букву диска, откуда запущен бат (какую букву если мы пытаемся его запустить с сетевой шары, и нам нужно не получить букву диска, а задать другую - в чем смысл этих действий-то?). лыжи у меня не едут, извините.