Lỗi số ma thuật xấu là gì?

"Số ma thuật xấu" ImportError trong python là gì và làm cách nào để khắc phục nó?

Điều duy nhất tôi có thể tìm thấy trực tuyến cho thấy điều này là do biên dịch tệp .py -> .pyc và sau đó cố gắng sử dụng nó với phiên bản sai của python. Tuy nhiên, trong trường hợp của tôi, tệp dường như nhập tốt một số lần nhưng không phải là tệp khác và tôi không chắc tại sao.

Thông tin mà python cung cấp trong truy nguyên không đặc biệt hữu ích (đó là lý do tại sao tôi hỏi ở đây ...), nhưng đây là trong trường hợp nó giúp:

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

Số ma thuật đến từ các hệ thống kiểu UNIX trong đó một vài byte đầu tiên của tệp chứa một điểm đánh dấu cho biết loại tệp.

Python đặt một điểm đánh dấu tương tự vào các pyctệp của nó khi nó tạo chúng.

Sau đó, trình thông dịch python đảm bảo số này là chính xác khi tải nó.

Bất cứ điều gì làm hỏng số ma thuật này sẽ gây ra vấn đề của bạn. Điều này bao gồm chỉnh sửa pyctệp hoặc cố gắng chạy một pycphiên bản khác của python (thường là sau này) so với trình thông dịch của bạn.

Nếu chúng là tệp của bạn pyc , chỉ cần xóa chúng và để trình thông dịch biên dịch lại pycác tệp. Trên các hệ thống loại UNIX, đó có thể là một cái gì đó đơn giản như:

rm *.pyc

hoặc là:

find . -name '*.pyc' -delete

Nếu chúng không phải của bạn, bạn sẽ phải lấy các pytệp để biên dịch lại hoặc trình thông dịch có thể chạy các pyctệp có giá trị ma thuật cụ thể đó.

Một điều có thể gây ra bản chất không liên tục. Điều pycđó gây ra vấn đề chỉ có thể được nhập khẩu trong một số điều kiện nhất định. Đôi khi rất khó có thể nhập khẩu. Bạn nên kiểm tra theo dõi ngăn xếp đầy đủ thực tế khi nhập thất bại?

Là một sang một bên, từ đầu tiên của tất cả của tôi 2.5.1(r251:54863) pycfile là 62131, 2.6.1(r261:67517)là 62161. Danh sách tất cả các số ma thuật có thể được tìm thấy Python/import.c, được sao chép ở đây cho đầy đủ (hiện tại vào thời điểm câu trả lời được đăng, nó có thể đã thay đổi kể từ đó):

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

Xóa tất cả các tệp .pyc sẽ sửa lỗi "Bad Magic Number".

find . -name "*.pyc" -delete

Tải *.pyctập tin python3 được tạo bằng python2 cũng gây ra lỗi này.

Đưa tập tin pyc vào máy windows. Sử dụng bất kỳ trình soạn thảo Hex để mở tệp pyc này. Tôi đã sử dụng phần mềm miễn phí 'HexEdit'. Bây giờ đọc giá trị hex của hai byte đầu tiên. Trong trường hợp của tôi, đây là 03 f3.

Mở calc và chuyển đổi chế độ hiển thị của nó sang Lập trình viên (Khoa học trong XP) để xem chuyển đổi Hex và Decimal. Chọn "Hex" từ nút Radio. Nhập các giá trị dưới dạng byte thứ hai trước rồi đến byte đầu tiên tức là f303 Bây giờ bấm vào nút radio "Dec" (Decimal). Giá trị được hiển thị là một giá trị tương ứng với số ma thuật hay phiên bản python.

Vì vậy, xem xét bảng được cung cấp trong trả lời trước đó

• 1.5 => 20121 => 4E99 vì vậy các tệp sẽ có byte đầu tiên là 99 và thứ hai là 4e
• 1.6 => 50428 => C4FC để các tệp sẽ có byte đầu tiên là fc và thứ hai là c4

Lỗi "số ma thuật xấu" cũng xảy ra nếu bạn đã tự đặt tên tệp của mình bằng một phần mở rộng .pyc

Tôi đã gặp một trường hợp lạ về lỗi Số ma thuật xấu khi sử dụng cách triển khai (1.5.2) rất cũ. Tôi đã tạo một tệp .pyo và điều đó đã gây ra lỗi. Kỳ lạ thay, vấn đề đã được giải quyết bằng cách thay đổi tên của mô-đun. Tên vi phạm là sms.py. Nếu tôi đã tạo một sms.pyo từ mô-đun đó, lỗi Bad Magic Number là kết quả. Khi tôi đổi tên thành smst.py, lỗi đã biến mất. Tôi đã kiểm tra qua lại để xem sms.txt bằng cách nào đó đã can thiệp vào bất kỳ mô-đun nào khác có cùng tên nhưng tôi không thể tìm thấy bất kỳ xung đột tên nào. Mặc dù nguồn gốc của vấn đề này vẫn là một sự nhầm lẫn đối với tôi, tôi khuyên bạn nên thử thay đổi tên mô-đun.

Điều này cũng có thể là do thiếu __init__.pytập tin từ thư mục. Giả sử nếu bạn tạo một thư mục mới trong django để phân tách các bài kiểm tra đơn vị thành nhiều tệp và đặt chúng vào một thư mục thì bạn cũng phải tạo __init__.pytệp bên cạnh tất cả các tệp khác trong thư mục kiểm tra mới được tạo. nếu không nó có thể gây ra lỗi như 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'

Điều này là hiệu quả hơn nhiều so với ở trên.

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

đâu {directory-of-.pyc-files}là thư mục chứa các tập tin python đã biên dịch.

Trong trường hợp của tôi, đó không phải là các tệp dịch .pycnhị phân cũ .mosau khi tôi đổi tên mô-đun của riêng mình, vì vậy trong thư mục mô-đun này, tôi phải chạy

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

(vui lòng sao lưu và cố gắng sửa .pyctệp trước)

Điều này cũng có thể xảy ra nếu bạn có tệp python27.dll sai (trong trường hợp Windows), để giải quyết vấn đề này chỉ cần cài đặt lại (hoặc giải nén) python với phiên bản dll tương ứng chính xác. Tôi đã có một kinh nghiệm tương tự.

Tôi vừa gặp vấn đề tương tự với Fedora26 khi nhiều công cụ như dnf bị hỏng do số ma thuật xấu trong sáu. Vì một lý do không xác định, tôi đã có một tập tin /usr/bin/six.pyc, với số ma thuật bất ngờ. Xóa tập tin này khắc phục sự cố

Trong trường hợp của tôi, tôi có git clonemột lib có thông dịch viên

#!/usr/bin/env python

Mặc dù pythonđã dẫn đến Python2.7mặc dù mã chính của tôi đang chạy với python3.6 ... nó vẫn tạo một *.pyctệp cho 2.7phiên bản ...

Tôi có thể nói rằng lỗi này có thể là kết quả của sự pha trộn giữa các phiên bản 2.7 & 3+, đây là lý do tại sao dọn dẹp (theo bất kỳ cách nào bạn có thể nghĩ về việc bạn đang sử dụng) - sẽ giúp ích ở đây ...

• đừng quên điều chỉnh mã Python2x -> python 3 ...

Đừng xóa chúng !!! Cho đến khi ..........

Tìm một phiên bản trên thư mục git, svn hoặc sao chép của bạn hoạt động.

Xóa chúng và sau đó phục hồi tất cả .pyc.

Đó là công việc cho tôi.

Bạn sẽ cần chạy lệnh này trong mọi đường dẫn bạn có trong môi trường của mình.

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

Sau đó chạy lệnh trong mọi thư mục ở đây

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