Qual è l'errore del numero magico negativo?

Che cos'è ImportError "Bad magic number" in Python e come posso risolverlo?

L'unica cosa che posso trovare online suggerisce che ciò è causato dalla compilazione di un file .py -> .pyc e quindi dal tentativo di usarlo con la versione sbagliata di Python. Nel mio caso, tuttavia, il file sembra importare bene alcune volte ma non altre, e non sono sicuro del perché.

Le informazioni fornite da Python nel traceback non sono particolarmente utili (motivo per cui stavo chiedendo qui ...), ma qui è nel caso in cui aiuti:

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

Il numero magico proviene da sistemi di tipo UNIX in cui i primi byte di un file contenevano un marcatore che indica il tipo di file.

Python inserisce un marcatore simile nei suoi pycfile quando li crea.

Quindi l'interprete python si assicura che questo numero sia corretto durante il caricamento.

Tutto ciò che danneggia questo numero magico causerà il tuo problema. Ciò include la modifica del pycfile o il tentativo di eseguire una pycversione diversa di Python (in genere successiva) rispetto all'interprete.

Se sono i tuoi pyc file, eliminali e lascia che l'interprete ricompili i pyfile. Sui sistemi di tipo UNIX, potrebbe essere qualcosa di semplice come:

rm *.pyc

o:

find . -name '*.pyc' -delete

Se non sono tuoi, dovrai ottenere i pyfile per la ricompilazione o un interprete in grado di eseguire i pycfile con quel particolare valore magico.

Una cosa che potrebbe causare la natura intermittente. Ciò pycche causa il problema può essere importato solo a determinate condizioni. È altamente improbabile che a volte venga importato. Dovresti controllare la traccia dello stack completo quando l'importazione non riesce?

Per inciso, la prima parola di tutti i miei 2.5.1(r251:54863) pycfile è 62131, 2.6.1(r261:67517)è 62161. L'elenco di tutti i numeri magici è disponibile in Python/import.c, riprodotto qui per completezza (attuale come al momento della pubblicazione della risposta, potrebbe essere cambiato da allora):

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

L'eliminazione di tutti i file .pyc risolverà l'errore "Bad Magic Number".

find . -name "*.pyc" -delete

Anche il caricamento di un *.pycfile generato da python3 con python2 causa questo errore.

Porta il file pyc su un computer Windows. Utilizzare qualsiasi editor esadecimale per aprire questo file pyc. Ho usato il software gratuito 'HexEdit'. Ora leggi il valore esadecimale dei primi due byte. Nel mio caso, erano 03 f3.

Apri calc e converti la sua modalità di visualizzazione in Programmer (Scientific in XP) per vedere la conversione esadecimale e decimale. Seleziona "Esadecimale" dal pulsante di opzione. Immettere prima i valori come secondo byte e poi il primo byte, ad es. F303 Ora fare clic sul pulsante di opzione "Dec" (Decimale). Il valore visualizzato è uno che corrisponde al numero magico noto anche come versione di Python.

Quindi, considerando la tabella fornita nella risposta precedente

• 1.5 => 20121 => 4E99 in modo che i file abbiano il primo byte come 99 e il secondo come 4e
• 1.6 => 50428 => C4FC in modo che i file abbiano il primo byte come fc e il secondo come c4

L'errore "Bad magic number" si verifica anche se hai nominato manualmente il tuo file con estensione .pyc

Ho avuto uno strano caso di errore Bad Magic Number usando un'implementazione molto vecchia (1.5.2). Ho generato un file .pyo e questo ha scatenato l'errore. Stranamente, il problema è stato risolto modificando il nome del modulo. Il nome offensivo era sms.py. Se avessi generato un smspyo da quel modulo, il risultato sarebbe stato un errore di Bad Magic Number. Quando ho cambiato il nome in smst.py, l'errore è scomparso. Ho controllato avanti e indietro per vedere se sms.py in qualche modo ha interferito con qualsiasi altro modulo con lo stesso nome ma non sono riuscito a trovare alcuna collisione di nomi. Anche se la fonte di questo problema è rimasta un mistero per me, consiglio di provare a cambiare il nome del modulo.

Ciò può anche essere dovuto alla mancanza di __init__.pyfile dalla directory. Di 'se crei una nuova directory in django per separare i test unit in più file e posizionali in una directory, devi anche creare il __init__.pyfile accanto a tutti gli altri file nella nuova directory test creata. altrimenti può dare un errore simile 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'

Questo è molto più efficace di quanto sopra.

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

dove si {directory-of-.pyc-files}trova la directory che contiene i file Python compilati.

Nel mio caso non era .pycche vecchi .mofile di traduzione binari dopo aver rinominato il mio modulo, quindi all'interno di questa cartella del modulo ho dovuto eseguire

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

(eseguire il backup e provare prima a riparare i .pycfile)

Questo può accadere anche se hai il file python27.dll errato (nel caso di Windows), per risolvere questo basta reinstallare (o estrarre) python con la versione esatta corrispondente della dll. Ho avuto un'esperienza simile.

Ho appena affrontato lo stesso problema con Fedora26 in cui molti strumenti come il dnf sono stati rotti a causa del cattivo numero magico per sei. Per una ragione sconosciuta ho un file /usr/bin/six.pyc, con il numero magico inaspettato. L'eliminazione di questo file risolve il problema

Nel mio caso, ho git cloneuna lib che aveva un interprete di

#!/usr/bin/env python

Mentre pythonconduceva Python2.7anche se il mio codice principale era in esecuzione con python3.6 ... ha comunque creato un *.pycfile per2.7 versione ...

Posso dire che questo errore è probabilmente il risultato di un mix tra le versioni 2.7 e 3+, ecco perché cleanup (in qualsiasi modo puoi pensare a quello che stai usando) - aiuterà qui ...

• non dimenticare di modificare il codice Python2x -> python 3 ...

Non cancellarli !!! Fino a..........

Trova una versione nella cartella git, svn o copia che funzioni.

Eliminali e recupera tutto .pyc.

Questo è lavoro per me.

Dovrai eseguire questo comando in ogni percorso che hai nel tuo ambiente.

>>> 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']

Quindi eseguire il comando in ogni directory qui

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