HowTo: CMD Parameter maskieren (“C:\Program’ is not recognized…”)
Viele Tools kann man über die Windows Command Line aufrufen. Meistens will man dem Programm noch Parameter mitgeben. Dummerweise stört sich die CMD an Whitespaces (bekanntes Beispiel: Als Parameter eine Pfadangabe mit “Program Files”)). Da ich gestern etwas gefrustet war (und es eigentlich total einfach ist
) blogge ich die simple Lösung jetzt…
Beispiel
Wir nutzen das Tool NDepend in unserem Buildprozess. Eine komplette Beschreibung ist hier. Der Aufruf ist so gedacht (der geht allerdings nicht so):
C:\Windows\system32\cmd.exe /s /c "C:\Program Files\NDepend\NDepend.Console.exe" "C:\Program Files (x86)\TeamCity\..." ...
Problem ist der Part nach dem NDepend.Console.exe Aufruf – Grund:
‘C:\Program’ is not recognized as an internal or external command, operable program or batch file.
Lösung: Die Parameter maskieren…
"\"C:\Program Files (x86)\TeamCity\…\""
Dann klappts auch mit der CMD
Wie immer – Stackoverflow <3.







mgr
26. April 2011
Ach ja, die Windows-Kommandozeile…
Probier mal unter Win7:
C:\>dir \Program Files
C:\>dir \Program Files\
C:\>dir “\Program Files”
Wunderbar wie inkonsistent das ist.
Und dann noch:
C:\>cd \Program Files
aus irgendeinem Grund braucht man bei CD nichts escapen.
MS kann halt einfach keine Kommandozeile…
ThoWeib
26. April 2011
Das “cd” unter Windows 7 das Space nicht als Begrenzer nutzt, hat mich tatsächlich überrascht, andererseits sagt die Hilfe dann doch explizit “Der CHDIR-Befehl behandelt Leerzeichen nicht als Begrenzungszeichen, so dass es möglich ist, in ein Unterverzeichnis zu wechseln, dessen Name Leerzeichen enthält, ohne diese mit Anführungszeichen einzuschließen.” Das hat mich denn doch überrascht.
Die Reaktionen des ersten und dritten DIRs sind natürlich genau die, die man erwartet:
- beim ersten die Inhaltsangabe zu einer Datei oder einem Verzeichnis in der Root namens “program” sowie zu einer Datei oder einem Verzeichnis “files” im aktuellen Ordner.
- beim dritten die Inhaltsangabe zu der Datei oder dem Verzeichnis “Program Files” in der Root.
Der zweite DIR ist insofern nebulös, da DIR beim ersten nicht gefundenen Verzeichnis(!) komplett mit Fehler aussteigt und nicht mit dem klassischen “Datei nicht gefunden” an der Stelle zurückkommt.
Denn was er da sucht, ist einmal eine Datei oder ein Verzeichnis “program” direkt in der Root, sowie ein Verzeichnis “files” im aktuellen Ordner. Durch den nachgestellten Backslash erzwingt man ja die Suche nach einem Verzeichnis. Und da sagt die Logik offensichtlich “Fail fast, fail early”, statt soviel Informationen wie möglich zu liefern.
Versucht’s mal mit
> dir \program windows\
in der Root des Windows-Systemlaufwerks, dann sollte klarer werden, was da passiert.
Joh
26. April 2011
Was ist denn mit dem guten alten ~1 ?
Robert Mühsig
26. April 2011
Das “geht” – allerdings hatte ich das Problem, dass Teamcity automatisch den vollständigen Pfad an mein Script übergibt und ich keine Chance habe, den Teamcity Pfad zu manipulieren. Ist aber ein eher hässlicher Workaround
Mike
8. May 2011
Hallo!
Nützlicher Tip mit den anführungszeichen, doch ich habe einen verschärften Fall. Ich habe hier eine Batch Datei mit der sichere ich Daten von der Platte auf einen flash stick einfach und unkompliziert beim hochfahren…. simpel aber funktionstüchtig. Nur bei einen spielstand haut das nicht hin weil der pfad mir probleme bereitet….
Hier, dies bringe ich zur anwendung:
cd “Program Files ”
cd “Die Gilde 2 – Die Seeräuber der Hanse”
cd savegames
xcopy *.* Q:\Gamesave\Gilde2\ /F/Y/J/E/D
cd \
Nun ist es so, wenn ich das im cmd eingebe funktioniert es reibungslos, wenn ich dies im batch laufen lasse macht er mir aus dem ä ein o mit welle drüber…. hast Du hierzu einen Tip?
Danke & LG
Mike
Robert Mühsig
8. May 2011
Uh… Umlaute sind wahrscheinlich tricky. Evtl. würde es mit dem “~1″ Trick aber klappen – anstatt
cd “Die Gilde 2 – Die Seeräuber der Hanse”
sowas
cd “Die Gilde 2~1”
Keine Ahnung ob das wirklich geht, damit würde man sich aber das “ä” ersparen.