Сообщение об ошибке Dyld при запуске PyCharm

1. Что-то может быть сломано с моими виртуальными средами

Самое простое решение - использовать venv - это стандартная библиотека и, следовательно, лучшая база для виртуальных сред. (Для полноты картины стоит упомянуть, что исторически существовало несколько решений для этого.) В качестве примера создать venv с графическим интерфейсом PyCharm легко, он создает новый интерпретатор из базовый интерпретатор Python, при желании совместно использующий свои пакеты сайтов. Графический интерфейс пользователя позволяет вам взаимодействовать с PyPI для установки дополнительных пакетов.

В конце концов, стоит научиться делать то же самое с помощью командной строки, см. Venv - Создание виртуальных сред. Это сводится к 3 командам

1. Создайте venv (поскольку на вашем PATH установлен Python)

   c:\>python -m venv c:\path\to\myenv

2. Активируйте venv (это зависит от ОС, см. Документацию)

   <venv>/bin/activate

3. После активации используйте pip для установки любых библиотек, которые вы хотите

   pip install library_name

После создания и активации venv он готов к использованию на терминале (внутри или вне PyCharm), или вы можете использовать его с запускать конфигурации в PyCharm.

Теперь в вашем случае вы также используете Anaconda, который управляет пакетами и средами за вас. Но важно понимать, что Anaconda по большей части выполняет описанные выше шаги, заключенные в собственный графический интерфейс, обратите внимание на сходство с Как найти путь к интерпретатору Anaconda Python.

Помимо этого, существует жесткое правило, согласно которому venvs нельзя копировать или перемещать. У них есть жестко запрограммированные пути, которые сломаются. Итак, когда вы создаете venv, используйте его в каталоге, в котором вы его создали. Весь смысл venvs в том, что если вы что-то сломаете, вы просто создадите новое на лету. В конце концов, вы захотите написать свой собственный сценарий оболочки для автоматизации создания venvs.

2. Что-то может быть сломано с моим PATH

PATH=
/Library/Frameworks/Python.framework/Versions/3.9/bin:
/Library/Frameworks/Python.framework/Versions/3.9/bin:
/Library/Frameworks/Python.framework/Versions/3.9/bin:
/Library/Frameworks/Python.framework/Versions/3.9/bin:
/Users/my_name/opt/anaconda3/bin:
/Users/my_name/opt/anaconda3/condabin:
/anaconda3/bin:
/Library/Frameworks/Python.framework/Versions/3.6/bin:
/Library/Frameworks/Python.framework/Versions/3.6/bin:
/Library/Frameworks/Python.framework/Versions/3.6/bin:
/Library/Frameworks/Python.framework/Versions/3.6/bin:
/usr/local/bin:
/usr/bin:/bin:
/usr/sbin:
/sbin:
/Library/TeX/texbin:
/Library/Apple/usr/bin

В macOS / Linux двоеточие : используется в качестве разделителя пути. Итак, если мы разделим вашу переменную среды PATH на отдельные строки, мы увидим, что у вас повторяются Python 3.9 и Python 3.6 (может быть другим микроверсии, проверьте, запустив исполняемый файл в каждом каталоге с помощью _ 12_). Значение имен путей хорошо объяснено в 4. . Использование Python на Macintosh

Чтобы избежать путаницы, у меня на PATH установлена ​​только последняя версия Python. Любая другая необходимая мне базовая версия Python выбирается прозрачно, активируя правую venv.

У вас также есть bin путей к Anaconda, проверьте их, чтобы узнать, что Anaconda делает исполняемым файлом. Кроме того, у вас есть нормальные вещи ОС на /Library/Apple/usr/bin, которые не должны мешать ничему, связанному с разработкой Python.

Наконец, обнаружение модулей более динамично, чем просто то, что находится в вашем PATH. Путь поиска модуля sys.path заполняется путь, по которому вы выполняете сценарий, что означает, что любой модуль / пакет на directory\where_you_execute\python your_script.py доступен для обнаружения (вы можете проверить его во время выполнения).

3. Что-то может быть сломано при попытке управлять несколькими версиями Python на моем компьютере

Здесь все усложняется. Если вы работаете с разными интерпретаторами, версиями пакетов и т. Д ... В конце концов вы захотите получить сторонний инструмент, который поможет управлять всем этим, например Anaconda или Virtualenv или Поэзия и т. д. Но, по сути, все они делают venvs добавляя функциональность и сложность, важно научиться создавать и управлять venvs вручную, чтобы лучше понять, что эти инструменты делают для вас.

Наконец, сама PyCharm IDE реализована на Java. Когда вы запускаете IDE, у нее есть собственный исполняемый файл, и в редких случаях что-то, связанное с интерпретатором Python, должно приводить к сбою IDE при запуске. С другой стороны, вы знаете, что виноват один из ваших интерпретаторов Python, а именно из сообщения об ошибке:

Python Version: 3.6.4 (3.6.4)

и конкретная ошибка говорит обо всем (либо файлы были перемещены, либо какая-то ошибка разорвала ссылки):

Причина: изображение не найдено.

Если вы не можете запустить среду IDE для решения проблемы изнутри, избавьтесь от любых ссылок на проблемный интерпретатор , отредактировав файлы конфигурации . Я не знаю, как это сделать точно, но если вы используете Anaconda, должна быть возможность запускать графический интерфейс Anaconda извне IDE, чтобы также избавиться от проблемного интерпретатора.

В качестве примечания: если у вас возникнут проблемы из-за наличия нескольких интерпретаторов на PATH, используйте команду which python в bash или < команда href = "https://ss64.com/nt/where.html" rel = "noreferrer"> _ 25_ в Windows. Это скажет вам, какой интерпретатор Python на вашем PATH вызывается, когда вы или какое-либо приложение выполняете python something в командной строке.

Я не думаю, что этот вопрос (или другие связанные вопросы) содержат достаточно информации, чтобы полностью диагностировать проблему. Это потребует тщательного изучения точного Конфигурации Anaconda, но о той же ошибке сообщили и пользователи brew.

Наиболее вероятный сценарий - когда вы запускаете PyCharm, список интерпретаторов заполняется и вызывает Anaconda. В какой-то момент после обновления до последней версии Python одна из существующих сред вышла из синхронизации, потому что она преобразовалась в предыдущий базовый интерпретатор в PATH (вместо того, чтобы жестко запрограммировать конкретную установку). Что-то должно было пойти не так из-за ошибки несовместимость между пакетами, которая требовала общего обновления, что-то было удалено или было просто кэшировано, что требовало очистки.