Wie behandeln Sie eine schließende Klammer im Pfad-Namen in einer for-Schleife?

Kommentare in den Antworten auf diese Frage geben XP gibt unterschiedliche Verhalten dann neuere Windows-Versionen.

Es ist bekannt FÜR /F bug in XP: http://www.dostips.com/forum/viewtopic.php?p=9062#p9062. Aber dieses problem ist nicht mit diesem bug.

Das eigentliche problem ergibt sich aus, wie FÜR /F führt einen Befehl in der IN () - Klausel. Es nutzt CMD \C command (Siehe Wie funktioniert die Windows-Kommando-Interpreter (CMD.EXE) analysieren Skripts?)

Können Sie dieses Verhalten beobachten, durch hinzufügen folgender Zeile zu Aacini ist PROG.BAT Beispiel.

echo cmdcmdline=%cmdcmdline%

Die nächste Ausgabe beschäftigt sich mit, wie Sie CMD befasst sich mit Zitaten, die in der /C-Befehl, und warum XP anders verhält als in neueren Windows-Versionen.

Dieser Befehl schlägt fehl, in XP, aber gelingt es in Vista und darüber hinaus:

for /f "delims=" %a in ('"test (this)\prog" args') do @echo %a

Den Befehl, der FÜR die Ausführung versucht (der Ausdruck %cmdcmdline%) ist in beiden Versionen identisch (abgesehen von unterschieden in %COMSPEC%):

C:\Windows\system32\cmd.exe /c "test (this)\prog" args

XP hat eine CMD-design-Fehler im Umgang mit den Zitaten. Der Fehler ist sogar dokumentiert (aber es wird nicht erkannt als Makel). Vista und darüber hinaus teilweise Korrektur der Designfehler, aber nicht die Mühe, zu korrigieren der Dokumentation.

Hier ist ein Auszug aus der HILFE CMD

If /C or /K is specified, then the remainder of the command line after
the switch is processed as a command line, where the following logic is
used to process quote (") characters:

    1.  If all of the following conditions are met, then quote characters
        on the command line are preserved:

        - no /S switch
        - exactly two quote characters
        - no special characters between the two quote characters,
          where special is one of: &<>()@^|
        - there are one or more whitespace characters between the
          two quote characters
        - the string between the two quote characters is the name
          of an executable file.

    2.  Otherwise, old behavior is to see if the first character is
        a quote character and if so, strip the leading character and
        remove the last quote character on the command line, preserving
        any text after the last quote character.

Wollen wir CMD-Folgen-Regel 1, so dass die Anführungszeichen erhalten bleiben, aber ( und ) gegen den besonderen Charakter der Einschränkung auf XP, also in der Regel 2 beachtet und in der CMD-Ausführung versucht

test (this)\prog args

Sollte es ziemlich offensichtlich, warum dies scheitert!

Ich kann nicht daran denken, irgendeinen Grund, warum die Sonderzeichen Einschränkung existiert in der Regel 1. Es Niederlagen der ganze Zweck von dem, was MS versucht, zu machen.

Anscheinend ist der design-Fehler ist teilweise behoben, Vista und darüber hinaus, aber Sie haben sich nicht aktualisiert, die HILFE-Dokumentation. Vista ignoriert die Sonderzeichen ( und ) und Prozesse der Befehl mit Regel 1, die Zitate sind erhalten geblieben, und alles funktioniert.

Update 2015-05-17: Leider, Vista und darüber hinaus noch behandeln @, ^, und & als Besondere Zeichen, auch wenn es sich um gültige Zeichen in Datei-Namen. Natürlich <, >, und | werden als Sonderzeichen behandelt, aber Sie sind nicht gültig in Dateinamen sowieso. Also für Vista und darüber hinaus, die Unterlagen für Regel 1 Lesen sollte where special is one of: &<>@^|.

Habe ich verfolgt, das Verhalten, die jeder hat dokumentiert, und es ist alles im Einklang mit den obigen.

Es ist ein Weg, um den Befehl auszuführen, die auf XP ohne Verwendung einer verzögerten expansion variable, und es ist kompatibel mit Vista und darüber hinaus.

for /f "delims=" %a in ('^""test (this)\prog" args^"') do @echo %a

Den öffnenden und schließenden Hochkommas escaped, so dass die ) nicht beeinträchtigt, die FÜR den parser. Der Befehl, der ausgeführt wird, für die IN () - Klausel ist

C:\Windows\system32\cmd.exe /c ""test (this)\prog" args"

Beide XP und Vista führen Sie die Regel 2, weil es mehr als zwei Anführungszeichen, also CMD ausführt

"test (this)\prog" args

und alles funktioniert!

Den rest dieser Antwort ist veraltet, aber beibehalten, um einen Kontext zu bereits vorhandenen Kommentaren.

Ihrem sehr 1. code-Beispiel funktionieren sollte; es kann nicht (das sollen) nicht geben Sie die Fehlermeldung, die Sie beschreiben. Die Fehlermeldung bricht der Weg in den ersten Raum, was bedeutet, dass der Pfad war nicht escaped quotiert. Aber Sie sind "sicher" war er zitiert.

Den Schlüssel zu dem problem ist drei Stücke von Informationen, die in der Nähe des Ende Ihres Beitrags:

1. Sind Sie eigentlich Verwendung einer variable mit der verzögerten Erweiterung

2. dies nicht funktioniert: for /f "tokens=1" %%G in ('"!_var!" list') do (echo %%G)

3. dies funktioniert: for /f "tokens=1" %%G in ('""!_var!"" list') do (echo %%G)

Wenn der Wert von var ist bereits zitiert, du bekommst das Verhalten, das Sie beschreiben.

Den Wert Ihrer var muss "C:\Documents and Settings\myaccount\Desktop\Test_release (x86)\program.exe", einschließlich der Anführungszeichen.

Machen diese Erklärung mehr lesbar, ich werde verkürzen den Weg zu "test (this)\prog.exe"

"!var!" schlägt fehl, weil es erweitert, um ""test (this)\prog.exe"", die effektiv unquotes den Weg. Der string besteht aus drei Bereichen, zwei, die zitiert werden, und in der Mitte, dass ist nicht:

"leer zitiert Gebiet"ohne Anführungszeichen Weg"leer zitiert Gebiet"

""!var!"" funktioniert, weil es erweitert, um """test (this)\prog.exe""" und der Weg ist jetzt wieder zitiert. Es gibt nun fünf Bereiche, die innerhalb der Zeichenfolge:

"leer zitiert Gebiet"leer nicht börsennotierten Bereich"zitiert Pfad"leer nicht börsennotierten Bereich"leer zitiert Gebiet"

Die einfache Antwort auf die Frage, wie Sie Vorgehen sollten:

Wenn der Wert von var ist schon zitiert, dann nutzen Sie einfach !var! Bearbeiten - das funktioniert nicht auf XP: "!var!" funktioniert sowohl

Wenn der Wert von var ist nicht zitiert, dann verwenden Sie "!var!" Bearbeiten - das funktioniert nicht auf XP: ""!var!"" funktioniert auf beiden