Spazi e parentesi in Windows La variabile PATH rovina i file batch

Quindi, la mia variabile di percorso (Sistema-> Impostazioni avanzate-> Env Vars-> Sistema-> PERCORSO) è impostata su:

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;

Anche se, ovviamente, senza le nuove linee.

Notare le righe che contengono PathWithSpaces- il primo non ha spazi, il secondo ha uno spazio, e la terza ha uno spazio seguita da una parentesi.

Ora nota l'output di questo file batch:

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;"

o in particolare la linea:

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

Allora, cos'è questa stronzata?

In particolare:

• Directory nel percorso correttamente sfuggita alle virgolette, ma senza spazi = fine
• Directory nel percorso correttamente sfuggita alle virgolette e con spazi ma nessuna parentesi = fine
• Directory nel percorso correttamente sfuggita alle virgolette, con spazi e una parentesi = ERRORE

Cosa sta succedendo qui? Come posso risolvere questo problema? Probabilmente ricorrere a un punto di giunzione per lasciare che i miei strumenti funzionino ancora come soluzione alternativa, ma se hai qualche idea su questo, per favore fammi sapere :)

Questo può accadere se ci sono parentesi senza escape in una riga all'interno di un "blocco" (che utilizza anche parentesi per la delimitazione).

Di solito è possibile risolverlo attivando l'espansione ritardata e utilizzare le variabili con !var!invece di %var%. Non ci sono molti altri consigli che posso dare senza vedere il codice.

Nota per utenti Windows su sistemi a 64 bit

Progra ~ 1 = 'Programmi' Progra ~ 2 = 'Programmi (x86)'

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

Non ci dovrebbero essere (a) non ci sono virgolette nella variabile ambientale PATH di MS-Windows (comando PATH) o (b) ci dovrebbero essere virgolette che circondano l'intera espressione dopo il (comando SET) . Sfortunatamente, questo non è ben documentato da MS, anche se affermano che se vengono utilizzate le virgolette, saranno incluse nel valore della variabile (Riferimento da riga di comando di Windows XP) .

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

Ciò può causare problemi incoerenti e quindi difficili da diagnosticare. Ad esempio, se il tuo percorso include "C: \ Python27", la tua macchina dirà "'python' non è riconosciuto come comando interno o esterno, programma eseguibile o file batch." quando si tenta di eseguire Python. Tuttavia, alcune librerie potrebbero essere ancora disponibili.

Non è necessario "sfuggire" a spazi o parentesi. Se devi evitare caratteri speciali, inserisci le virgolette intorno all'intera espressione, incluso il nome della variabile.

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

oppure puoi usare anche le parentesi.

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

Nota, le virgolette doppie devono venire in coppia.

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

Tuttavia, probabilmente non sono presenti caratteri validi per i percorsi, che potrebbero causare problemi con il comando SET.

Microsoft documenta il problema in " Errore durante l'esecuzione degli script della shell dei comandi che includono parentesi ".

La soluzione che suggeriscono è quella di utilizzare l'espansione ritardata.

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

Per impostare un percorso in un blocco if, anziché utilizzare SET PATH=, è consigliabile utilizzare il PATHcomando.

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

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

Per altre variabili, un'altra soluzione potrebbe essere quella di utilizzare le virgolette, ma intorno a tutto:

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

Joey nella sua risposta dice

Questo può accadere se ci sono parentesi senza escape in una riga all'interno di un "blocco" (che utilizza anche parentesi per la delimitazione).

e questo è vero. Se ci sono parentesi senza caratteri di escape, dovresti evitarle. Questo è quello che ho fatto; Ho sostituito

set PATH=some_path;%PATH%

con

set PATH="some_path;%PATH%"

e questo ha risolto il problema.

Ho sperimentato qualcosa di simile. Microsoft spiega il problema qui: http://support.microsoft.com/kb/329308

Fondamentalmente, invece di cambiare la variabile Path tramite System-> Adv Settings-> Env Vars-> System-> PATH, prova

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

In Windows 8 ho riscontrato scarso successo con uno di questi metodi. Le parentesi non funzionano, le virgolette funzionano, ma il "percorso" modificato in questo modo non è il percorso utilizzato per l'individuazione degli eseguibili, ma cmdsembra comunque utilizzare il percorso di sistema ereditato all'apertura della finestra.

esempio: dopo aver determinato l'architettura del processore, voglio aggiungere un paio di percorsi alla variabile d'ambiente PATH. In realtà, anche solo aggiungerli temporaneamente funzionerebbe dal momento che ho solo bisogno di loro mentre è in esecuzione un file batch. Ma non funziona nemmeno.

echo %path%visualizza il PERCORSO di sistema al momento del cmdlancio.

set path="%path%;%programfiles(x86)%\company\program\subdir"funziona ma ora %path%contiene tutto racchiuso tra virgolette e se provo a eseguire un programma in subdir da qualche altra parte, non riesce. L'uso delle parentesi attorno a tutto anziché le virgolette non funziona .

Un'altra cosa che ho notato è che lo stesso comando funzionerà se immesso in modo interattivo cmd, ma non se rilevato in un file batch. È spaventoso. Ancora un'altra stranezza è la perdita intermittente dell'ultimo carattere del valore di una variabile d'ambiente! Un'altra incoerenza è con i programmi di terze parti: alcuni possono gestire un %var%come parametro, altri no.

Ho avuto grossi problemi a far funzionare il seguente in Win8 fino a quando ho aggiunto virgolette attorno al valore che stavo impostando sulla variabile fromFile. Senza di ciò, quando fromFile conteneva un nome file con parentesi, la riga successiva che stava tentando di fare la sostituzione di stringa per generare la variabile toFile stava fallendo. Nota che uso lì un'espansione ritardata per valutare la variabile al momento dell'esecuzione anziché al momento dell'analisi (della rispettiva istanza 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