Code: Alles auswählen
import sys
arg = sys.argv[1]
print arg
print repr(arg)Code: Alles auswählen
python test.py "c:\test"Das ist ja ok... Aber das nicht:c:\test
'c:\\test'
Code: Alles auswählen
python test.py "c:\"Was macht da das Anführungszeichen???c:"
'c:"'
Code: Alles auswählen
@REM
@REM Helper batch for windows.
@REM
@REM Put a link from this file on your desktop.
@REM Then you can easy drop files on the link.
cd /d "%~dp0"
python.exe md5sum_calc.py "%~1"
@pauseDu könntest %* anstatt %~1 nehmen (oder macht das ~ irgendwas, was ich vergessen hab?) und dann in deinem Skript irgendwas wiejens hat geschrieben:Ich übergebe den Pfad per Drag&Drop aus dem Exlorere über eine Batch Datei zum Skript:Ich kann nicht einfach statt "%~1" nur %~1 machen oder so. Dann würden Pfade mit Leerzeichen nicht als ein Parameter ankommen...Code: Alles auswählen
@REM @REM Helper batch for windows. @REM @REM Put a link from this file on your desktop. @REM Then you can easy drop files on the link. cd /d "%~dp0" python.exe md5sum_calc.py "%~1" @pause
Code: Alles auswählen
" ".join(sys.argv[1:])Schlägt fehl, wenn man dem zwei Dateien übergibt die Leerzeichen haben. Auch ansonsten finde ich diesen Workaround recht hässlich, dafür ist ja ``argv`` eine Liste damit man eben nicht den String parsen muss sondern dass das von dem aufrufenden Programm, also der Shell gemacht wird.fk hat geschrieben:Du könntest %* anstatt %~1 nehmen (oder macht das ~ irgendwas, was ich vergessen hab?) und dann in deinem Skript irgendwas wiemachen.Code: Alles auswählen
" ".join(sys.argv[1:])
Die Frage ist, wer hat schuld? Das OS oder sys.argv?jens hat geschrieben:Work-a-round: strip('"') machen
Das System, bzw. die Shell. Das ist wie bei Python-Zeichenketten: '\' ist das Escapezeichen, um Zeichen einzufügen, die eine spezielle Bedeutung haben, wie eben z.B. Anführungszeichen. Bei deinem direkten Aufruf hat die Shell eben auch gedacht, sie sollte das " escapen, also einfach ohne spezielle Bedeutung einfügen.Die Frage ist, wer hat schuld? Das OS oder sys.argv?
Ich Tippe darauf, das die Shell auch "c:\" und "C:\test\" übergibt und das sys.argv einfach was falsch macht...
Und es liegt nicht an der Batch-Datei. Die Tests habe ich ja durch direkten Aufruf gemacht!
)Nicht unter Windows, hier ist ein Backslash auf der Shell oder in .CMD/.BAT-Dateien einfach ein Backslash (ein englischer Spruch, der mir dazu einfällt: "yes, it is THAT broken"Das System, bzw. die Shell. Das ist wie bei Python-Zeichenketten: '\' ist das Escapezeichen, um Zeichen einzufügen, die eine spezielle Bedeutung haben, wie eben z.B. Anführungszeichen. Bei deinem direkten Aufruf hat die Shell eben auch gedacht, sie sollte das " escapen, also einfach ohne spezielle Bedeutung einfügen.
), als Escapezeichen fungieren unter bestimmten Bedingungen ^ (für runde und spitze Klammern z.B.) oder % (für %%variablen%%).Will nich wütend reagieren, aber du irrst dich.fhoech hat geschrieben:Ja, das funktioniert, wenn die übergebenen Parameter entweder keine Quotes enthalten, oder das letzte Zeichen innerhalb der Quotes kein Backslash ist, aber gequotet wird da nichts. Man muss immer selbst quoten, aber nur bei Parametern die Leerzeichen oder &<>() enthalten, sonst kann man die Quotes auch weglassen (und deshalb funktioniert auch %1, da bei der Übergabe von C:\ ja weder Quotes noch Leerzeichen vorhanden sind).
Die Lösung mit strip('"') scheint mir immer noch am saubersten.
Drag'n Drop fügt automatisch'n " um die gezogene Datei/Verzeichnis herum. Deswegen gehts mit %~1 nicht allein, ein "" muss herum. Aber wenn du nur %1 nimmst gehts mit jedem Verzeichnis ohne Probleme, egal ob da 1000 Leerzeichen oder sonstwas drinsteckt.Oder gleich ein ordentliches Systemfk hat geschrieben:Stimmt, \ benutzt man ja für Dateipfade ...Irgendwie logisch. Naja, die beste Lösung für alle Probleme mit Batchdateien ist wohl immernoch, was anderes (als Batchdateien) zu nehmen.