2013-12-15 9 views
7

Sono abbastanza nuovo per Python e sto provando ad installare il pacchetto di cuscini su Windows 7. Ho scaricato ed eseguito il programma di installazione di MS Windows Pillow-2.2.1.win-amd64-py3.3.exe da here. Sembrava installare bene. Se eseguo la semplice riga di codice:Installazione di Pillow per Python su Windows

from PIL import Image 

direttamente dall'interprete Python, funziona correttamente. Un aiuto() su PIL mi dà il contenuto del pacchetto.

Ma quando provo a eseguire la stessa riga di codice all'interno di uno script, ottengo uno ImportError: No module named PIL. Cosa mi manca?

(Si noti che sono stato in grado di import sys e import MySQLdb dall'interno degli script più che bene.)


risolto: certo, basta, sto correndo Python 2.7 quando corro script. (Penso di ricordare vagamente di dover installare una versione precedente in modo da poter interfacciare con MySQL.) Grazie a tutti per aver sottolineato che dovrei controllare la versione utilizzata.

+3

È possibile incollare il traceback? –

+1

verifica che lo script utilizzi lo stesso eseguibile python in cui è stato installato il Cuscino, ad esempio, aggiungi all'inizio dello script Python: '#! Python3.3' se hai una sola installazione di python3.3. – jfs

risposta

11

Per i moduli di terze parti per Windows, la mia risorsa go-to è Christoph Gohlke's Python Extension Packages for Windows. Puoi trovare l'ultima versione di Pillow here. Assicurati di lavorare con Python.org versione di Python.

Per quanto riguarda il tuo errore specifico, è difficile dire esattamente senza un traceback, ma assicurati che lo script stia chiamando la versione corretta di Python. Ad esempio, se hai installato Python 2.7, lo script potrebbe chiamarlo invece di 3.3.

+0

Grazie, sì. Lo script chiama Python 2.7, non 3.3. – mkosmala

+0

Avevo bisogno del cuscino 2.3.2, non sembra essere lì :( – Zhianc

+0

@Zhianc Il sito di Gohlke non è un archivio. Puoi ottenere versioni precedenti da PyPI come [questo] (https://pypi.python.org/ pypi/Pillow/2.3.2 # download). Dovrai comunque compilare dal sorgente. – MattDMo

1

In questi casi sto semplicemente stampando lo sys.path all'inizio dello script nei problemi e confrontandolo con quello dell'interprete Python funzionante. Nella maggior parte dei casi stavo eseguendo lo script con un diverso interprete python.

+0

Grazie, sì. È esattamente quello che sta succedendo. – mkosmala