Невозможно запустить один модуль Python из другого (при запуске из Eclipse)

Question

Невозможно запустить один модуль Python из другого (при запуске из Eclipse)

1

Я использую Fedora 15 64bit и python 2.7

Когда я запускаю python test.py из командной строки, он работает хорошо, но когда я запускаю subprocess.call(["python","test.py"]) из другого модуля python, я получаю

  File "/usr/lib64/python2.7/site.py", line 557, in <module>
    main()
  File "/usr/lib64/python2.7/site.py", line 539, in main
    known_paths = addusersitepackages(known_paths)
  File "/usr/lib64/python2.7/site.py", line 268, in addusersitepackages
    user_site = getusersitepackages()
  File "/usr/lib64/python2.7/site.py", line 243, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/usr/lib64/python2.7/site.py", line 233, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/usr/lib64/python2.7/sysconfig.py", line 535, in get_config_var
    return get_config_vars().get(name)
  File "/usr/lib64/python2.7/sysconfig.py", line 434, in get_config_vars
    _init_posix(_CONFIG_VARS)
  File "/usr/lib64/python2.7/sysconfig.py", line 287, in _init_posix
    raise IOError(msg)
IOError: invalid Python installation: unable to open /usr/local/lib64/python2.7/config/Makefile (No such file or directory)

Как я могу это исправить?

UPDATE: эта трассировка стека, которую я получаю при запуске скрипта из Eclipse.

когда я запускаю test.py из CL - он работает
когда я запускаю скрипт, содержащий
subprocess.call(["python","test.py"]) от CL - он также работает
когда я запускаю скрипт, содержащий subprocess.call(["python","test.py"]) из Eclipse - он не работает

Ilia 24 нояб. 2011, в 09:53

Источник

0

Этот файл действительно отсутствует в файловой системе? Или это там?
mac 24 нояб. 2011, в 08:58
0

Да, этот файл отсутствует. На самом деле он находится в /usr/lib64/python2.7/config/Makefile. Главный вопрос: почему он запускается из CL, а не из модуля python.
Ilia 24 нояб. 2011, в 09:00
0

Понятия не имею, почему это так. Для меня это выглядит как проблема с установкой, может быть, вы могли бы попробовать задать вопрос о SuperUser ...
mac 24 нояб. 2011, в 09:09
2

Попробуйте добавить опцию shell=True .
Eryk Sun 24 нояб. 2011, в 09:20
0

Я пытался - безуспешно
Ilia 24 нояб. 2011, в 09:22
0

В качестве дополнительного вопроса, почему вы запускаете test.py через подпроцесс, а не импортируете его как модуль в свой проект?
Adam Morris 24 нояб. 2011, в 09:48
0

Я разрабатываю автоматические тесты для какого-то проекта. И теперь я хочу проводить тесты параллельно. Поэтому я собираюсь создать сборщик скриптов Python и запустить тестовые модули. Фактически это будет выглядеть так: subprocess.call (["python", "test1.py"]) ... subprocess.call (["python", "testN.py"])
Ilia 24 нояб. 2011, в 09:57
0

но подпроцесс не вернется до завершения вызванного процесса
Nicolas78 24 нояб. 2011, в 10:00
0

Вы пытались вызвать Python с полным путем? также, по крайней мере, RHEL не нравится, когда вы заменяете его оригинальный python 2.4, или, как я слышал, это заставило меня установить python27 с помощью altinstall (в / usr / local / ...). не знаю, верно ли то же самое для Fedora, но, возможно, стоит попробовать, может быть, там какая-то хитрость
Nicolas78 24 нояб. 2011, в 10:01
0

Виноват. Это будет «попен». Но это не отменяет вопрос. С попен у меня такая же проблема.
Ilia 24 нояб. 2011, в 10:04
0

К сожалению полный путь не помог.
Ilia 24 нояб. 2011, в 10:07
0

Я думаю, единственное отличие между тем, что вы вызываете python из оболочки, и python, вызывающим себя через popen или что-то еще, находится в переменных окружения. мог бы проверить, есть ли что-то важное в окружении, и переносится ли это, когда вы запускаете popen, не уверен сам на самом деле
Nicolas78 24 нояб. 2011, в 10:08

Показать ещё 10 комментариев

Теги:

python

eclipse

fedora

1 ответ

Ещё вопросы

Этот файл действительно отсутствует в файловой системе? Или это там?
Да, этот файл отсутствует. На самом деле он находится в /usr/lib64/python2.7/config/Makefile. Главный вопрос: почему он запускается из CL, а не из модуля python.
Понятия не имею, почему это так. Для меня это выглядит как проблема с установкой, может быть, вы могли бы попробовать задать вопрос о SuperUser ...
Попробуйте добавить опцию shell=True .
В качестве дополнительного вопроса, почему вы запускаете test.py через подпроцесс, а не импортируете его как модуль в свой проект?
Я разрабатываю автоматические тесты для какого-то проекта. И теперь я хочу проводить тесты параллельно. Поэтому я собираюсь создать сборщик скриптов Python и запустить тестовые модули. Фактически это будет выглядеть так: subprocess.call (["python", "test1.py"]) ... subprocess.call (["python", "testN.py"])
но подпроцесс не вернется до завершения вызванного процесса
Вы пытались вызвать Python с полным путем? также, по крайней мере, RHEL не нравится, когда вы заменяете его оригинальный python 2.4, или, как я слышал, это заставило меня установить python27 с помощью altinstall (в / usr / local / ...). не знаю, верно ли то же самое для Fedora, но, возможно, стоит попробовать, может быть, там какая-то хитрость
Виноват. Это будет «попен». Но это не отменяет вопрос. С попен у меня такая же проблема.
К сожалению полный путь не помог.
Я думаю, единственное отличие между тем, что вы вызываете python из оболочки, и python, вызывающим себя через popen или что-то еще, находится в переменных окружения. мог бы проверить, есть ли что-то важное в окружении, и переносится ли это, когда вы запускаете popen, не уверен сам на самом деле

Laur Ivan · Accepted Answer · 2011-11-24T09-36-00.000Z

Я предполагаю, что вы используете что-то вроде pydev для разработки.

Если вы посмотрите на вкладку "Интерпретатор" в "Запуск конфигураций", вы увидите путь python (с помощью "См. Результирующую командную строку...") и двоичный код, используемый для этой команды. Pydev изменяет PYTHONPATH (это не то же самое, что и в командной строке).

Я бы посоветовал вам попробовать заглянуть внутрь (или даже попытаться запустить командную строку с тем же PYTHONPATH, что и в pydev, и посмотреть, есть ли у вас одинаковые ошибки.

НТН

PS: Это не должно иметь никакого отношения к релизу Linux или 32/64 бит IMO.
Большое спасибо! Я очистил PYTHONPATH в Eclipse, и теперь он работает.