Bzgl. des algorithms-Attribut: Da wurde nichts entfernt, das ist einfach neu in Python 2.7. 3.1 ist aber älter als 2.7; da gab's das noch nicht. In 3.2 gibt es algorithms dann auch (wieder).

Nagut, das die ne neue Version haben, wusste ich nicht. Ist insofern wahrscheinlich vor allem Geschmackssache, im Prinzip sind sich Pygame und Pyglet ja schon ähnlich.

Pyglet ist aber trotzdem besser. Pff.

Von SciPy scheints für Python 2.6 noch keinen Installer für Windows zu geben (zumindest auf deren Website). In C geschriebene, kompilierte Module können immer nur mit der Python-Version verwendet werden, für die sie kompiliert wurden. Wenn du also auf Windows SciPy verwenden möchtest, musst du dir ...

Dann ist da natürlich noch Pyglet, das im Gegensatz zu Pygame den Vorteil hat, dass es halbwegs lebt, sprich weiterentwickelt wird. Das verwendet ctypes, keine Ahnung, obs dadurch langsamer wird. Auf jeden Fall benutzt das auch OpenGL für 2D.

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.

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!
Das System, bzw. die Shell. Das ist wie ...

Ich übergebe den Pfad per Drag&Drop aus dem Exlorere über eine Batch Datei zum Skript:
@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
Ich kann nicht ...