2011-07-08 17 views
17

Uruchamianie Pythona 2.6.1 na OSX, zostanie wdrożone na CentOS. Chciałby mieć pakiet być wywoływane z linii poleceń tak:Uruchamianie pakietu Pythona

python [-m] tst 

Do tego jest tu struktura katalogów wykonany:

$PYTHONPATH/ 
    tst/ 
     __init__.py  # empty 
     __main__.py  # below 
     dep.py   # below 

Poniżej w plikach:

$ cat tst/__main__.py 
from .dep import DepClass 

print "Hello there" 

$ cat tst/dep.py 
class DepClass(object): 
    pass 

$ 

jednak python daje mi sprzeczne diagnostyczny:

$ python -m tst 
/usr/bin/python: tst is a package and cannot be directly executed 

OK, więc jest rozpoznawany jako pakiet. Czy powinienem móc uruchomić go jako skrypt? Ma on __main__ ...

$ python tst 
Traceback (most recent call last): 
    File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/runpy.py", line 121, in _run_module_as_main 
    "__main__", fname, loader, pkg_name) 
    File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/runpy.py", line 34, in _run_code 
    exec code in run_globals 
    File "/Users/vdidenko/Code/emi/tst/__main__.py", line 1, in <module> 
    from .dep import DepClass 
ValueError: Attempted relative import in non-package 

W tym momencie jestem zagubiony. Dlaczego non-package? I jak skonstruować kod?

+1

Nie dup, różne odpowiedzi podczas pracy z [-m], inne rozwiązanie. Chociaż brzmi blisko. Ten problem nie spowodował dodania '.__ main__' podczas uruchamiania, a drugi dodał go poprawnie. –

Odpowiedz

28

Funkcja uruchamiania modułu __main__ pakietu przy użyciu opcji wiersza poleceń -m została wprowadzona w Pythonie 2.7. W przypadku wersji 2.6 należy podać nazwę modułu do uruchomienia; -m test.__main__ powinno działać. Zobacz dokumentację here.

+1

Świetnie, dziękuję! Dokumenty w 2.6x były trochę niejasne, a pomieszanie różnych wersji nie pomogło. –

+0

// To jest również problem z instrukcjami typu 'python -m pip install argparse' i tym podobne. –

Powiązane problemy