Запуск подпроцесса python имеет другое поведение в зависимости от запуска.

Question

Я пытаюсь запустить Python 2.5 из Python 2.6. Причиной этого является скомпилированная библиотека, которую я пытаюсь использовать (GDAL) не поддерживается для версии Python, распространяемой с другой программой (ArcGIS).

Вот что я пытаюсь сделать. Файл main.py в Python 2.6:

import subprocess 
p = subprocess.Popen(['C:\OSGeo4W\gdal_python_exec.bat', 'X:\\local\\import_tests.py']) 

gdal_python_exec.bat это окна пакетный скрипт, который запускает версию 2.5 Python Я хочу, а также настройки некоторых переменных окружения:

@echo off 
set OSGEO4W_ROOT=C:\OSGeo4W 
PATH=%OSGEO4W_ROOT%\bin;%PATH% 
for %%f in (%OSGEO4W_ROOT%\etc\ini\*.bat) do call %%f 
@echo on 

@C:\OSGeo4W\bin\python.exe %1 

import_tests.py пытается импортировать GDAL :

try: 
    from osgeo import gdal 
    raw_input('Imported! (Press enter)') 
except Exception, e: 
    print(e) 
    raw_input('Failed! (Press enter)') 

Когда я бегу main.py в командной строке DOS, как python.exe main.py (т.е. версия Arc's версии 2.6 от python), все работает нормально. Однако, если я беру один и тот же скрипт и добавляю его как «набор инструментов» внутри основного приложения и запускаю его оттуда, я получаю «DLL не найден» для библиотеки GDAL внутри файла import_tests.py!

Как это может произойти, когда subprocess - это модуль, который запускает другой интерпретатор Python? Любые идеи о том, что может произойти?

Редактировать: Я могу проверить, что переменные os.environ['PATH'] одинаковы для обоих вызовов.

Редакция 2: В каталоге C:\Program Files\ArcGIS...\Bin содержится dll, которая несовместима с моими привязками python. Windows сначала искала cwd и попыталась загрузить эту DLL, не удалось, а затем сообщила об ошибке «dll not found».

Answer 1

Независимо от того, является ли PATH правильным, простой тест заключается в том, чтобы изменить на другой произвольный каталог и сделать python.exe C:\full\path\to\main.py. Если это воспроизводит проблему, то вы знаете, что это какой-то вид проблемы с дорогой.

Check sys.path, я готов поспорить, что это разница. Если это так, вам, вероятно, придется изменить способ доступа к вашему коду и библиотекам Python с python.exe, либо используя site module, либо используя что-то еще, например, поддержку zc.buildout/zc.recipe.egg для генерации файлов console_scripts с правильным sys.path, испеченным в .

Answer 2

Как видно из комментариев, размещенных в других местах, что

"Рабочий один является C: \ Windows и сломанный является C: \ Program Files \ ArcGIS ... \ Bin."

Сделайте os.chdir, чтобы заставить его работать.

[Не знаю, что это на самом деле означает, комментарий был трудным для анализа.]