➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Unambiguous import for encodings
Type: Stage:
Components: Library (Lib) Versions:
process
Status: closed Resolution: duplicate
Dependencies: Superseder:
Assigned To: Nosy List: loewis, mzabaluev
Priority: normal Keywords: patch

Created on 2001-09-07 01:01 by mzabaluev, last changed 2022-04-10 16:04 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
encodings.patch mzabaluev, 2001-09-07 01:01 Use the proper __import__()
encodings.patch mzabaluev, 2001-09-07 08:32 Oops, this is the second take
Messages (3)
msg37496 - (view) Author: Mikhail Zabaluev (mzabaluev) Date: 2001-09-07 01:01 
The __import__ call in encodings/__init__.py does not
specify module hierarchy explicitly. This results in
misleading error tracebacks (try
"codecs.lookup('codecs')"). Worse, it results in an
error when one is trying to lookup a codec and the
encoding's name fires some top-level module, e.g
'base64', despite that a codec for this encoding may
actually be registered in the system.
msg37497 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2002-01-19 10:01 
Logged In: YES 
user_id=21627

I'm in favour of integrating this patch, even though it
means that some codecs that are currently found won't be
found anymore. Authors of such codecs would need to register
a search function.
msg37498 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2002-07-28 11:29 
Logged In: YES 
user_id=21627

It appears that this patch has been superceded by #571603;
closing this one as a duplicate.
History
Date User Action Args
2022-04-10 16:04:25adminsetgithub: 35134
2001-09-07 01:01:52mzabaluevcreate