Невозможно загрузить модуль DLL Python в PyCharm. Прекрасно работает в IPython

Question

Когда я использую IPython, включенный в Enthought Python Distribution, я могу очень хорошо импортировать пакет pyvision.Однако, когда я пытаюсь импортировать pyvision внутри PyCharm 1.2.1, я получаю следующие ошибки

  File "C:\Python27\lib\site-packages\pyvision\__init__.py", line 146, in <module>
    from pyvision.types.img import Image,OpenCVToNumpy,NumpyToOpenCV
  File "C:\Python27\lib\site-packages\pyvision\types\img.py", line 43, in <module>
    import numpy
  File "C:\Python27\lib\site-packages\numpy\__init__.py", line 142, in <module>
    import add_newdocs
  File "C:\Python27\lib\site-packages\numpy\add_newdocs.py", line 9, in <module>
    from numpy.lib import add_newdoc
  File "C:\Python27\lib\site-packages\numpy\lib\__init__.py", line 13, in <module>
    from polynomial import *
  File "C:\Python27\lib\site-packages\numpy\lib\polynomial.py", line 17, in <module>
    from numpy.linalg import eigvals, lstsq
  File "C:\Python27\lib\site-packages\numpy\linalg\__init__.py", line 48, in <module>
    from linalg import *
  File "C:\Python27\lib\site-packages\numpy\linalg\linalg.py", line 23, in <module>
    from numpy.linalg import lapack_lite
ImportError: DLL load failed: The specified module could not be found.

Мне не хватает некоторых настроек пути в Windows?

Answer 1

У меня была такая же проблема.Я использую Winpython32 и пытаюсь import win32com.Работало везде (я пробовал), кроме PyCharm.sys.path и os.environ['PYTHONPATH'] имели некоторые дополнительные записи внутри Pycharm, но ничего не пропало по сравнению с другими приложениями.

Решением было запустить Pycharm в консоли Winpython и не использовать ярлык.

sys.path и os.environ['PYTHONPATH'] не изменились.os.environ['PATH'] было установлено несколько дополнительных записей, связанных с установкой python.На данный момент я подозреваю, что это связано с «нестандартными» установками.Winpython32 пытается быть «переносимым», в то время как другие сообщения о подобных проблемах появляются при использовании Enthought или Python (x, y).

Добавление вручную:

 C:\WinPython-32\python-2.7.6\
 C:\WinPython-32\python-2.7.6\DLLs
 C:\WinPython-32\python-2.7.6\Scripts

в системный путь (Глобальная переменная окружения PATH в Windows) решила проблему без необходимости запуска Pycharm в командной строке Winpython.Примечание: C:\WinPython-32\python-2.7.6\Scripts один не решил ее.

Answer 2

Это довольно неприятная ошибка в PyCharm.Даже если вы установите свой virtualenv из PyCharm, «консоль python» по умолчанию будет использовать системный python.Когда вы устанавливали PyCharm, предположительно вы использовали python win32 на 64-битной машине.

Перейдите на file>settings>Build, Execution, Deployment>Console>Python Console и измените Python Interpreter с системной версии на вашу virtualenv.

КонечноPyCharm не сразу обновляет его.Вы должны закрыть свой проект и снова открыть его.

Чтобы убедиться, что это успешно, откройте консоль Python (Tools>Python Console) и проверьте самую первую строку вывода: она должна указывать на python.exe изваша виртуальная среда, а не системный питон.

Answer 3

Добавить в переменную окружения PATH

C:\Python27
C:\Python27\DLLs
C:\Python27\Scripts

Answer 4

Раньше у меня была такая проблема, и, похоже, она была исправлена ​​путем восстановления Enthought.

РЕДАКТИРОВАТЬ: Я только что проверил, один из моих проектов f2py все еще страдает от этой точной ошибки. Ремонт Enthought не работал. Решение моей проблемы на самом деле заключается в исправлении переменной пути Windows. Вы должны убедиться, что c: \ Python27 \ Scripts (или ваш эквивалент) находится в пути. Кроме того, и это ОЧЕНЬ важно, убедитесь, что у каждой записи в глобальных и пользовательских переменных среды пути нет косых черт. Это ломает утилиту GNU make в Windows.

Answer 5

Я прошу прощения за то, что мое объяснение было длинным и, вероятно, не лучшим из ясности, но это лучшее, что я мог сделать, чтобы описать свой опыт.

У меня возникла та же проблема после первой установки, и вот какЯ решил это:

Я заметил, что есть некоторые настройки, как указано в других ответах, которые сообщают pyCharm, какие интерпретаторы и менеджеры среды должны использовать, и я был уверен, что проблема была в настройке этих параметров, но я не былконечно, поэтому я начал искать.

Настройка интерпретатора

Я более или менее следовал стандартному учебнику, предполагая, что в какой-то момент я бы использовал только что созданный virtualenv внутри папки моего проекта.Сначала я получал ошибку DLL, но, убедившись, что настройки interpreter указывают на допустимый исполняемый файл.

Здесь объясняется, как это сделать.

Настройка среды

на этом этапе ошибка исчезла, но я перешел к новой ошибке.Проблема в том, что я не смог импортировать ни один модуль, так как они не были найдены.Это потому, что я работал внутри только что созданного virtualenv, в основном нетронутой установки, без установленных модулей.Я уверен, что есть более развитые решения (установите модули в virtualenv), но я просто искал, чтобы заставить код работать, поэтому я настроил среду для использования моей обычной среды разработки anaconda.

Для меня,затем с помощью conda on windows (после активации среды разработки с conda activate) (см. .... / anaconda-python-where-the-are-the-the-virtual-Environment-Storage для других систем).where python дает путь к интерпретатору conda info --envs дает мне существующую среду, которую я хочу использовать.

Это исправило все для меня.

Answer 6

Мне не удалось найти ссылку, но я сохранил эту фотографию - надеюсь, она вам подойдет

Answer 7

У меня та же проблема (с другим пакетом), и я не хочу изменять путь к Windows.Я мог бы решить это очень грубо в консоли pycharm, создав скрипт на python, который обновляет sys.path и os.environ ['PATH'] в файле -settings-console-pathon console - начиная скрипт. Он работает только когда я использую "tools- python shell "

Тем не менее он не работает в опциях запуска.Я даже пытался создать виртуальную среду, добавить путь к activ.bat, но в pycharm это не работает (из командной строки это работает) (как предложено в virtualenv, который может найти перемещенные библиотеки (например, mysqlclient lib дляMySQLdb) ) Я явно установил путь в параметре интерпретатора python, но он не работает (как предложено в https://stackoverflow.com/a/24206781/1136458)