Python 2.6 und 3.1 parallel?

[min]

Hallo
Ich wollte heute gebrauch von der PIL (Python Imaging Library) machen. Aber leider musste ich bemerken, dass diese nur unter Python 2.6 läuft, ich aber 3.1 benutzte. Kann man diese beiden Versionen parallel verwenden?

[Gabelmensch]

Steht in der Readme, make altinstall.

[min]

versteh ich nicht ganz. Wie kann man das jetzt hinkriegen?

[cofi]

Gabelmensch meinst damit die Python-Installation.

Erklaer doch mal was du mit parallel verwenden meinst. Wenn du Python2.6 Module in Python3.1 verwenden willst, lautet die Antwort: Nein.

[min]

normalerweise benutze ich nur Python 3.1 . Von früher habe ich noch Python 2.6 . Bei der Installation von PIL bekomme ich eine Fehlermeldung nach der anderen, da Python versucht PIL mit der Version 3.1 zu installieren. Wie kann ich das umgehen. Wie kann ich PIL dazu brinngen sich mit der Version 2.6 zu installieren?

[gkuhl]

Wie installierst du denn und auf welchem OS?

Edit: Und nein, du kannst PIL nicht mit Python 2.6 installieren um es danach in 3.x zu benutzen.

[HerrHagen]

Wenn du unter Windows arbeitest: Einfach das Setup für 2.6 durchlaufen lassen. Dann wird diese Version parallel installiert. Die Anwendung die mit der Erweiterung .py verknüpft führt python-Dateien dann standardmäßig aus. Ich glaube man konnte während der Installation wählen welche Version nun Standard sein soll. Bei Installation von externen Paketen (wie PIL) wird dann immer nach gefragt für welche Version du installieren willst.

EDIT: Andere waren schneller...

[min]

Kurz zur erläuterung. Ich habe beide Versionen 2.6 und 3.1 wobei alle meine Scripst mit der Version 3.1 geöffnet werden. Da ich mein Script in Blender schreiben werde, ist es bei mir sowieso Version 2.6 . Nur wenn ich die PIL downloade und dann die Datei Setup.py ausführe, erhalte ich fehlermeldungen, dass nach dem Befehl "print" eine Klammer gemacht werden muss. wenn ich diese extra mache kommen andere Fehlermeldungen.
Meine Frage ist nun, wie ich die PIL installieren kann. Bislang hat er es bei mir nicht geschafft.
EDIT: Arbeite unter Windows (Win7)

[HerrHagen]

Warum benutzt du überhaupt die setup.py? Es gibt einen Installer für Windows bei dem man einfach wählen kann für welche Version installiert werden soll.

[min]

Hat sich alles geklärt . Ich habe einfach die erste Datei genommen. Mein Fehler. Entschuldigung.

[min]

Doch noch eine kleine Frage. Wenn man über eine DOS-Box ein Script startet, wie kann man ihm sagen, welche Version er verwenden sollte?

[HerrHagen]

Kommt drauf an. Wenn du direkt das passende Program angibst ist es ja klar:

Code: Alles auswählen

C:\Python26\Python.exe test.py

Wenn du einfach nur mit

Code: Alles auswählen

python test.py

startest die Version die in der Umgebungsvariable PATH eingetragen wurde.
Wenn du mit

Code: Alles auswählen

start test.py

startest wird das gewählt mit dem die Verknüpfung .py assoziiert ist (^= Doppelklick auf Datei).

[min]

Danke vielmals. Python hat die Library gefunden .

[HerrHagen]

Eine Variante hatte ich noch vergessen... Wenn in der Systemvariable PATHTEXT .py eingetragen ist dann startet dies hier:

Code: Alles auswählen

test.py

das mit .py assozierte Programm.

[ms4py]

Eine Variante hatte ich noch vergessen... Wenn in der Systemvariable PATHTEXT .py eingetragen ist dann startet dies hier:

Code: Alles auswählen

test.py

das mit .py assozierte Programm.

Du meinst `PATHEXT`

[HerrHagen]

richtig... Fällt mir jetzt erst auf das es so heisst...

[fhoech]

Eine Variante hatte ich noch vergessen... Wenn in der Systemvariable PATHTEXT .py eingetragen ist dann startet dies hier:

Code: Alles auswählen

test.py

das mit .py assozierte Programm.

test.py funktioniert immer, wenn die Dateiendung verknüpft ist. Was der Eintrag von .py in PATHEXT macht, ist, das dann auch die Eingabe von test (also ohne Endung) funktioniert.

[jbs]

Wobei man aufpassen muss mit den Parametern. Ruft man das Skript über `name a b c` oder `name.py a b c` auf, dann ist `sys.argv[1:]` leer. `python name.py a b c`führt zum erwarteten Ergebnis.

[fhoech]

Wobei man aufpassen muss mit den Parametern. Ruft man das Skript über `name a b c` oder `name.py a b c` auf, dann ist `sys.argv[1:]` leer. `python name.py a b c`führt zum erwarteten Ergebnis.

Hmm, kann ich nicht nachvollziehen. Funktioniert hier wie erwartet (Windows 7, XP).

[HerrHagen]

Bei mir gehts ebenfalls (XP).