spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Also ich würde ja einfach mal in der OGL.py in Zeile 67 nachschauen, was da denn so steht, aber da ich die Datei nicht habe und meine Glaskugel nicht dabei habe, kann ich mir die Datei nicht selbst anschauen und die Schuld nur dir in die Schuhe schieben... (wobei das ja eigentlich noch nicht mal schlecht ist, wie ich finde... )

Aber mal Spaß bei Seite: woher hast du diese Datei denn? Können andere sich diese auch runterladen? Und warum verwendest du bitteschön Python 2.7? (hat zwar nichts mit dem Thema zu tun, wäre aber interessant zu wissen.)

Das 'f' suffix gibt es in Python nicht, da ist was in dieser ominoesen OGL.py wohl was falsch.

http://docs.python.org/2/reference/lexic…-point-literals

Möglicherweise arbeitest du mit kompilierten Pythondateien und im Code ist es geändert, du führst aber die alte Version noch aus? Bin mir da auch nicht sicher ob er sowas überhaupt übersetzen würde oder vorher schon meckern würde. Ist mir nur grad eingefallen, dass Python Code ja auch "übersetzt" werden kann. Vermutlich würde er bei sowas aber schon vorher meckern. Syntaktisch dürfte InitGL aber korrekt sein. Der Fehler den du gezeigt hast passt nicht zum Code. Möglicherweise ist da noch was im Arbeitsspeicher oder so? Bleibt das Problem immer noch bestehen?

Zitat von »Schorsch«

Möglicherweise arbeitest du mit kompilierten Pythondateien und im Code ist es geändert, du führst aber die alte Version noch aus?

Es dürfte eigentlich nicht der Fall sein, ist aber grundsätzlich möglich, da der Python-Interpreter (zumindest in meinem Fall) anhand der *.py-Dateien *.pyc- oder *.pyo-Dateien erstellt (sofern ich mich mit den Endungen nicht vermache). Wenn man also im entsprechenden Verzeichnis alle Dateien, die man nicht selbst angelegt hat (die generiert wurden) löscht, dann dürfte man den Fehler auch ausschließen können.

@Techie:
ok, das ist wohl einer der wenigen wirklich guten Gründe... =/

Halb-OT: pyglet funktioniert wunderbar mit Python 3.x. Allerdings sind die C-Anbindungen recht "low-level" -> gute Gelegenheit, sich mit ctypes zu beschäftigen.

Grüße ... bwbg