Яка погана помилка магічного числа?

Що таке "Bad Magical Number" ImportError у python, і як це виправити?

Єдине, що я можу знайти в Інтернеті, це спричинити, якщо скомпілювати файл .py -> .pyc і потім спробувати використовувати його з неправильною версією python. У моєму випадку, однак, файл іноді добре імпортує, але не інші, і я не знаю, чому.

Забезпечення інформаційного пітону у прослідкуванні не особливо корисне (саме тому я тут просив ...), але ось у випадку, якщо це допомагає:

Traceback (most recent call last):
  File "run.py", line 7, in <module>
    from Normalization import Normalizer

Магічне число походить від систем UNIX-типу, де перші кілька байтів файлу містили маркер із зазначенням типу файлу.

Python ставить подібний маркер у свої pycфайли під час їх створення.

Тоді інтерпретатор python переконує, що це число правильне при завантаженні.

Все, що пошкодить це магічне число, спричинить вашу проблему. Сюди входить редагування pycфайлу або спроба запускуpyc з іншої версії python (зазвичай пізніше), ніж ваш інтерпретатор.

Якщо це ваші pyc файли, просто видаліть їх і дозвольте перекладачеві перекомпілювати pyфайли. У системах типу UNIX це може бути настільки просто, як:

rm *.pyc

або:

find . -name '*.pyc' -delete

Якщо вони не є вашими, вам доведеться або отримати pyфайли для повторної компіляції, або інтерпретатор, який може запускати pycфайли саме з цим магічним значенням.

Одне, що може викликати переривчастий характер. Це pycє причиною проблеми, яку можна імпортувати лише за певних умов. Це малоймовірно, що воно іноді імпортуватиме. Ви повинні перевірити фактичний повний слід стека, коли імпорт не вдається?

Як і в сторону, то перше слово з усіх моїх 2.5.1(r251:54863) pycфайлів 62131, 2.6.1(r261:67517)є 62161. Список усіх магічних чисел можна знайти Python/import.c, відтворений тут для повноти (поточний, як на момент опублікування відповіді, можливо, з тих пір змінився):

1.5:   20121
1.5.1: 20121
1.5.2: 20121
1.6:   50428
2.0:   50823
2.0.1: 50823
2.1:   60202
2.1.1: 60202
2.1.2: 60202
2.2:   60717
2.3a0: 62011
2.3a0: 62021
2.3a0: 62011
2.4a0: 62041
2.4a3: 62051
2.4b1: 62061
2.5a0: 62071
2.5a0: 62081
2.5a0: 62091
2.5a0: 62092
2.5b3: 62101
2.5b3: 62111
2.5c1: 62121
2.5c2: 62131
2.6a0: 62151
2.6a1: 62161
2.7a0: 62171

Видалення всіх файлів .pyc виправить помилку "Bad Magic Number".

find . -name "*.pyc" -delete

Завантаження файлу, згенерованого python3 за *.pycдопомогою python2, також викликає цю помилку.

Перенесіть файл pyc на машину Windows. Використовуйте будь-який шестигранний редактор, щоб відкрити цей файл pyc. Я використовував безкоштовну програму "HexEdit". Тепер прочитайте шістнадцяткове значення перших двох байтів. У моєму випадку це було 03 f3.

Відкрийте calc та перетворіть його режим відображення в програміст (Scientific в XP), щоб побачити шестинадцяткове та десяткове перетворення. Виберіть "Шістнадцятковий" з перемикача. Введіть значення як перший байт, а потім перший байт, тобто f303 Тепер натисніть перемикач "Dec" (Десяткові). Виведене значення - це те, яке відповідає магічному номеру aka версії python.

Отже, розглядаючи таблицю, подану в попередній відповіді

• 1.5 => 20121 => 4E99, тому файли мали б перший байт як 99, а другий як 4e
• 1.6 => 50428 => C4FC, тому файли мали б перший байт як fc, а другий як c4

Помилка "поганого магічного номера" також виникає, якщо ви вручну назвали свій файл із розширенням .pyc

У мене був дивний випадок помилки «Магічне число», використовуючи дуже стару (1.5.2) реалізацію. Я створив файл .pyo, і це викликало помилку. Як не дивно, проблема була вирішена шляхом зміни назви модуля. Злочинним ім'ям було sms.py. Якщо я згенерував sms.pyo з цього модуля, в результаті з'явилася помилка «Магічне число». Коли я змінив ім'я на smst.py, помилка пішла. Я перевіряв туди і назад, щоб побачити, чи sms.py якось втручався в будь-який інший модуль з такою ж назвою, але не вдалося знайти жодного зіткнення імені. Незважаючи на те, що джерело цієї проблеми для мене залишилося загадкою, я рекомендую спробувати змінити назву модуля.

Це також може бути пов’язано з відсутнім __init__.pyфайлом з каталогу. Скажімо, якщо ви створили новий каталог у django для розділення тестів одиниці на декілька файлів і помістіть їх в один каталог, тоді вам також доведеться створити __init__.pyфайл поруч з усіма іншими файлами в новому створеному тестовому каталозі. інакше це може призвести до помилок Traceback (most recent call last): File "C:\Users\USERNAME\AppData\Local\Programs\Python\Python35\Lib\unittest\loader.py",line 153, in loadTestsFromName module = __import__(module_name) ImportError: bad magic number in 'APPNAME.tests': b'\x03\xf3\r\n'

Це набагато ефективніше, ніж вище.

find {directory-of-.pyc-files} -name "*.pyc" -print0 | xargs -0 rm -rf

де {directory-of-.pyc-files}каталог, який містить складені файли python.

У моєму випадку це були не .pycстарі .moфайли бінарних перекладів після того, як я перейменував власний модуль, тому всередині цієї папки модуля мені довелося запустити

find . -name \*.po -execdir sh -c 'msgfmt "$0" -o `basename $0 .po`.mo' '{}' \;

(будь ласка, зробіть резервну копію та спробуйте виправити .pycфайли спочатку)

Це також може статися, якщо у вас неправильний файл python27.dll (у випадку Windows), щоб вирішити цю проблему, просто перевстановіть (або витягніть) python з точно відповідною версією dll. У мене був подібний досвід.

Я щойно стикався з тією ж проблемою, що і Fedora26, коли багато інструментів, таких як dnf, були зламані через неправильне магічне число для шести. З невідомої причини у мене є файл /usr/bin/six.pyc, з несподіваним магічним номером. Видалення цього файлу усуне проблему

У моєму випадку у мене git cloneє гурт, у якого був перекладач

#!/usr/bin/env python

Хоча pythonце призводило до Python2.7того, що мій основний код працює з python3.6 ... він все ще створив *.pycфайл для2.7 версії ...

Я можу сказати, що ця помилка, ймовірно, є результатом поєднання 2,7 та 3+ версій, тому очищення (будь-яким чином ви можете подумати про те, що ви використовуєте) - допоможе тут ...

• не забудьте відрегулювати ці Python2x-код -> python 3 ...

Не видаляйте їх !!! Поки ..........

Знайдіть версію своєї папки git, svn або копіюйте, яка працює.

Видаліть їх, а потім відновіть усі .pyc.

Це для мене робота.

Вам потрібно буде запустити цю команду в кожному шляху, який є у вашому оточенні.

>>> import sys
>>> sys.path
['', '/usr/lib/python36.zip', '/usr/lib/python3.6', '/usr/lib/python3.6/lib-dynload', '/usr/local/lib/python3.6/dist-packages', '/source_code/src/python', '/usr/lib/python3/dist-packages']

Потім запустіть команду в кожному каталозі тут

find /usr/lib/python3.6/ -name "*.pyc" -delete
find /usr/local/lib/python3.6/dist-packages -name "*.pyc" -delete
# etc...