Пробіли та парентези у вікні PATH змінна викручує пакетні файли

Отже, мій змінний шлях (System-> Adv Settings-> Env Vars-> System-> PATH) встановлений на:

C:\Python26\Lib\site-packages\PyQt4\bin;
%SystemRoot%\system32;
%SystemRoot%;
%SystemRoot%\System32\Wbem;
%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;
C:\Python26\;
C:\Python26\Scripts\;
C:\cygwin\bin;
"C:\PathWithSpaces\What_is_this_bullshit";
"C:\PathWithSpaces 1.5\What_is_this_bullshit_1.5";
"C:\PathWithSpaces (2.0)\What_is_this_bullshit_2.0";
"C:\Program Files (x86)\IronPython 2.6";
"C:\Program Files (x86)\Subversion\bin";
"C:\Program Files (x86)\Git\cmd";
"C:\Program Files (x86)\PuTTY";
"C:\Program Files (x86)\Mercurial";
Z:\droid\android-sdk-windows\tools;

Хоча, очевидно, без нових рядків.

Зауважте рядки, що містять PathWithSpaces- перший не має пробілів, другий - пробіл, а третій - пробіл, за яким слідує дужка.

Тепер зверніть увагу на вихід цього пакетного файлу:

C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin\>vcvars32.bat
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin>"C:\Program Files (x86
)\Microsoft Visual Studio 9.0\Common7\Tools\vsvars32.bat"
Setting environment for using Microsoft Visual Studio 2008 x86 tools.
\What_is_this_bullshit_2.0";"C:\Program was unexpected at this time.
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin>      set "PATH=C:\Pro
gram Files\Microsoft SDKs\Windows\v6.0A\bin;C:\Python26\Lib\site-packages\PyQt4\
bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\
WindowsPowerShell\v1.0\;C:\Python26\;C:\Python26\Scripts\;C:\cygwin\bin;"C:\Path
WithSpaces\What_is_this_bullshit";"C:\PathWithSpaces 1.5\What_is_this_bullshit_1
.5";"C:\PathWithSpaces (2.0)\What_is_this_bullshit_2.0";"C:\Program Files (x86)\
IronPython 2.6";"C:\Program Files (x86)\Subversion\bin";"C:\Program Files (x86)\
Git\cmd";"C:\Program Files (x86)\PuTTY";"C:\Program Files (x86)\Mercurial";Z:\dr
oid\android-sdk-windows\tools;"

або конкретно лінія:

\What_is_this_bullshit_2.0";"C:\Program was unexpected at this time.

Отже, що це за фігня?

Конкретно:

• Каталог на шляху, який належним чином вибрано лапками, але без пробілів = штрафом
• Каталог на шляху, який належним чином вийшов із лапок, має пробіли, але немає дужок = добре
• Каталог на шляху, який належним чином вийшов із лапок, має пробіли та має круглі дужки = ПОМИЛКА

Що тут відбувається? Як я можу це виправити? Я, мабуть, вдасться до точки стику, щоб мої інструменти все ще працювали як вирішення, але якщо ви маєте про це розуміння, будь ласка, повідомте мене :)

Це може статися, якщо в рядку "блоку" є неміцні дужки (які також використовують круглі дужки для розмежування).

Зазвичай це можна виправити, увімкнувши затримку розширення та !var!замість цього використовуйте змінні %var%. Не набагато більше порад, які я міг би дати, не побачивши код.

Примітка для користувачів Windows у 64-бітних системах

Progra ~ 1 = 'Файли програм' Progra ~ 2 = 'Файли програм (x86)'

https://confluence.atlassian.com/display/DOC/Setting+the+JAVA_HOME+Variable+in+Windows

Там повинен або (а) НЕ буде ніяких лапок в PATH змінної MS-Windows , навколишнього середовища (команда PATH) або (б) повинні бути лапки навколо всього висловлювання слідуючи (команда SET) . На жаль, це не дуже добре документально підтверджено в MS, хоча вони заявляють, що якщо будуть використані лапки, вони будуть включені у значення змінної (Windows XP Command Line Reference) .

$ SET BLAH="blah blah(1)"
$ ECHO %BLAH%
"blah blah(1)"
$ SET BLAH=blah blah(1)
$ ECHO %BLAH%
blah blah(1)

Це може спричинити непослідовні проблеми і тому важко діагностувати. Наприклад, якщо ваш шлях включає "C: \ Python27", ваша машина скаже, що "python" не розпізнається як внутрішня чи зовнішня команда, функціонуюча програма або пакетний файл. " коли ви намагаєтеся виконати python. Однак деякі бібліотеки все ще можуть бути доступними.

Вам НЕ потрібно «піти» прогалини або дужки. Якщо вам потрібно уникнути спеціальних символів, то поставте лапки навколо всього виразу, включаючи ім'я змінної.

SET "PATH=%PATH%;C:\Program Files (x86)\path with special characters"

або ви також можете використовувати круглі дужки.

(SET VAR=can't contain ampersand, parentheses, pipe, gt or lt)

Зауважте, подвійні лапки повинні складатися парами.

(SET VAR=illegal characters!@#$%^*_-+={}[]\:;""',./?)
echo %VAR%
illegal characters!@#$%*_-+={}[]\:;""',./?

Однак, ймовірно, немає жодних символів, які мають дійсні імена шляхів, які могли б спричинити проблему з командою SET.

Microsoft документує проблему в " Помилка запуску скриптів командної оболонки, що містять дужки ".

Запропоноване ними рішення - використовувати уповільнене розширення.

SETLOCAL ENABLEDELAYEDEXPANSION
SET VAR=string containing ( and ) ...
IF "y" == "y" (
    ECHO !VAR! %VAR%
)
ENDLOCAL

Для встановлення шляху в блоці if, а не для використання SET PATH=, ймовірно, ви повинні використовувати PATHкоманду.

SET AddToPath=C:\Program Files (x86)\Whatever

SETLOCAL ENABLEDELAYEDEXPANSION
IF "%X%" == "%Y%" (
    ECHO Adding !AddToPath! to path !PATH!
    PATH !AddToPath!;!PATH!
)

Для інших змінних іншим рішенням може бути використання лапок, але навколо всього:

SET "MyVar=C:\Program Files (x86)\Whatever"

Джої у своїй відповіді говорить

Це може статися, якщо в рядку "блоку" є неміцні дужки (які також використовують круглі дужки для розмежування).

і це правда. Якщо є непомічені дужки, слід уникати їх. Ось що я зробив; Я замінив

set PATH=some_path;%PATH%

з

set PATH="some_path;%PATH%"

і це вирішило проблему.

Я пережив щось подібне. Microsoft пояснює цю проблему тут: http://support.microsoft.com/kb/329308

В основному замість зміни змінної Path через System-> Adv Settings-> Env Vars-> System-> PATH, спробуйте

My Computer->Manage->Computer Management (local)-> Properties-> Advanced-> Environment variables-> Settings

У Windows 8 я знайшов дуже мало успіху з будь-яким із цих методів. Дужки не працюють, цитати працюють, але "шлях", який ви модифікували таким чином, не є шляхом, який використовується для пошуку виконуваних файлів, натомість cmdвсе ще, здається, використовує системний шлях, який він успадкував, коли ви відкрили вікно.

Приклад: після визначення архітектури процесора я хочу додати пару шляхів до змінної середовища PATH. Насправді навіть просто додавання їх тимчасово працювало б, оскільки мені вони потрібні лише під час запуску пакетного файлу. Але це навіть не працює.

echo %path%відображає систему PATH на момент cmdзапуску.

set path="%path%;%programfiles(x86)%\company\program\subdir"працює, але тепер %path%містить усе, оточене цитатами, і якщо я спробую запустити програму в subdir з іншого місця, це не вдасться. Використання дужок навколо всієї справи замість лапок не працює .

Ще одна річ, яку я помітив, це те, що та сама команда буде працювати, якщо її вводити інтерактивно cmd, але не якщо вона зустрічається у пакетному файлі. Це страшно. Ще одна дивина - це переривчаста втрата останнього символу значення змінної середовища! Ще одна невідповідність полягає у сторонніх програмах: одні можуть обробляти %var%параметр a, інші - ні.

У мене виникли величезні проблеми з виконанням наступних робіт у програмі Win8, поки я не додав подвійних лапок навколо значення, яке я встановлював для змінної File. З урахуванням того, що, коли fromFile містив ім'я файлу з дужками, наступний рядок, який намагався зробити підстановку рядків для генерації змінної toFile, зазнав невдачі. Зауважте, що я використовую там затримку розширення, щоб оцінити змінну під час виконання замість часу розбору (відповідного екземпляра CALL)

::-- BATCH file that creates an *_576_5.* file from an *_640_t.* one (copying it)
::-- Author: George Birbilis (http://zoomicon.com)
::-- Credits: String replacement based on http://www.dostips.com/DtTipsStringManipulation.php

@ECHO OFF

::-- Loop for all files recursively --::

FOR /R %%f in (*_640_t.*) DO CALL :process %%f

ECHO(
PAUSE

GOTO :EOF

::-- Per-file actions --::

:process

:: Display progress...
::ECHO Processing %*
<nul (set/p dummy=.)

SETLOCAL ENABLEDELAYEDEXPANSION
SET fromFile="%*"
SET toFile=!fromFile:_640_t=_576_t!

IF NOT EXIST %toFile% CALL :generate %fromFile% %toFile%

GOTO :EOF

::-- Generate missing file --::

:generate

ECHO(
ECHO COPY %*
COPY %*

::PAUSE

GOTO :EOF