Это происходит потому, что ваш локальный модуль с именем requests.py
скрывает установленный модуль requests
, который вы пытаетесь использовать. Текущая директория добавляется к sys.path
, поэтому локальное имя имеет приоритет над установленным именем.
Дополнительная подсказка для отладки, когда это возникает, - это внимательно изучить Трейсбек и понять, что имя ваш скрипт соответствует вашему модулю, который вы пытаетесь импортировать:
Обратите внимание на имя, которое вы использовали в своем скрипте:
File "/Users/me/dev/rough/requests.py", line 1, in <module>
Модуль, который вы пытаетесь импортировать: requests
Переименуйте свой модуль во что-то еще, чтобы избежать столкновения имен.
Python может сгенерировать файл requests.pyc
рядом с вашим файлом requests.py
(в каталоге __pycache__
в Python 3). Удалите это также после переименования, поскольку интерпретатор все равно будет ссылаться на этот файл, повторно создавая ошибку. Однако файл pyc
в __pycache__
должен не влиять на ваш код, если файл py
удален.
В этом примере переименование файла на my_requests.py
, удалив requests.pyc
и снова выполнив успешную печать <Response [200]>
.
Вместо того, чтобы помещать библиотеку перед исходным файлом (который использует функции, присутствующие в библиотеке), попробуйте поместить ее позже, как
gcc -I/usr/include/lua50 -L/usr/lib/liblua50.a luainterpret.c -llua50
Из онлайн-руководства по gcc [117 ]
Разница в том, где в команде вы пишете эту опцию; компоновщик ищет и обрабатывает библиотеки и объектные файлы в указанном порядке. Таким образом,
BLOCKQUOTE>foo.o -lz bar.o
ищет библиотекуz
после файлаfoo.o
, но доbar.o
. Еслиbar.o
относится к функциям вz
, эти функции могут не загружаться.