Я начал с совершенно неправильного адреса. Обычно в вышеупомянутом случае будет небольшое количество заслуживающих доверия ошибок, указывающих на то, что библиотека считается совместно используемой с другой версией, стоящей за имеющейся у вас Python. Однако _socket.pyd для Python 2.7 связан; msvcr90.dll. Эта отсутствующая DLL находится в реальной DLL на пути сканирования. Скорее всего, он находится во всем подкаталоге % windir% WinSxS . Активация контекста с помощью C: Python27 python.exe обычно указывает зависимость C учений во встроенном манифесте:

   Dependent = "">      

Итак, если вы активируете C: Python33 python.exe и заполните все до 2.7 _socket.Raise pyd, отобразится следующее:

 >>> имп. ('_ load_dynamic socket', r'C: Python27 DLLs _socket.pyd ') Отслеживание (большинство сообщений или, возможно, вызовов являются новыми): файл «», широкий диапазон Если 1,  ImportError: ошибка веса DLL : указанная часть не очень хорошо может быть найдена.    

3.3 и 3.4 определенно должны стать созданы в 2008 году с Visual Studio 2010, который добавил msvcr100.To, мой общий путь поиска. Для сравнения, вот настоящая ошибка, которую я получаю, когда пытаюсь импортировать перевод 3.3 _socket.pyd в 3.4:

  >>> imp.load_dynamic ('_ socket', r'C: Python33 dlls _socket.pyd ') Трассировка (большинство из нас называют нас последними): file " ", осторожно займитесь использованием модуля  importerror: в глубине python33. DLL конфликтует с этим планом Python.    

 На самом деле я изучаю это несколько дней, извините. Как правило, здесь есть два довольно важных камня: не отказал, один хорошо масштабируется :) Второй может быть «статическим» процессом с точки зрения установки sys.path, как предлагает Зак. По умолчанию это должно быть «python36 be.zip» и / или, следовательно, также «.» Часто это будет каталог das с python36, ._ pth, поэтому он указывает на python36.dll. Перемещение их и примерно создаст sys.path, что в основном может привести к ошибкам. Перемещение / отказ от python36._pth использует этот реестр и условие для поиска файлов, а не для проверки каталога приложения. Это было бы неприятно. Подсказка - вы можете переименовать Python36._pth в your_exe_name._pth, если действительно хотите, и если вы это сделаете, вы увидите почти такое же поведение с PySys_SetPath. Если это не сработает, общедоступно Вы действительно хотите сгенерировать информацию о запросе, в основном булавку, чтобы помочь вам инициализировать перевод, сокет импорта, а также дизайн и стиль почти каждого полного элемента рядом с вашим приложением. (То есть вы, по сути, просите нас угадать виртуальные детали вредителя, на что мы отвечаем «прочтите эту фактическую документацию», а также «попробуйте все», выбрав вместо этого жидкость;))