[issue8400] zipimporter find_module fullname mis-documented

Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8400] zipimporter find_module fullname mis-documented

Brett Cannon added the comment: Actually find_module() should be deprecated and find_spec() should be defined instead (and the same goes for load_module(); see bpo-9699). So I'm personally fine w/ making this a doc problem w/ the plan to eventually deprecate the method. --

[issue8400] zipimporter find_module fullname mis-documented

Karthikeyan Singaravelan added the comment: This still exists after zipimport rewrite in Python with 3.8 . Is this a documentation issue or an enhancement to be made as noted in msg109467 ? -- nosy: +serhiy.storchaka, xtreak versions: +Python 3.7, Python 3.8 -Python 3.4, Python 3.5,

[issue8400] zipimporter find_module fullname mis-documented

Changes by Eric Snow ericsnowcurren...@gmail.com: -- versions: +Python 3.4, Python 3.5, Python 3.6 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8400 ___

[issue8400] zipimporter find_module fullname mis-documented

Changes by Eric Snow ericsnowcurren...@gmail.com: -- nosy: +brett.cannon, gregory.p.smith, superluser ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8400 ___

[issue8400] zipimporter find_module fullname mis-documented

Te-jé Rodgers added the comment: Disregard the last...error on my part (so embarrassing!) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8400 ___

[issue8400] zipimporter find_module fullname mis-documented

Te-jé Rodgers added the comment: It gets worse. Even though find_module works with the path separator, load_module fails. zi.find_module(lib\\ui) zipimporter object dist/Test_Editor-1.0-py3.2.zip zi.load_module(lib\\ui) Traceback (most recent call last): File stdin, line 1, in module

[issue8400] zipimporter find_module fullname mis-documented

Te-jé Rodgers added the comment: I have also just been bitten by this. Is there anyway that this can be updated to support the dotted notation? -- nosy: +tjd.rodgers ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8400

[issue8400] zipimporter find_module fullname mis-documented

Changes by Eric Snow ericsnowcurren...@gmail.com: -- nosy: +eric.snow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8400 ___ ___ Python-bugs-list

[issue8400] zipimporter find_module fullname mis-documented

Ram Rachum cool...@cool-rr.com added the comment: I was bitten now as well... -- nosy: +cool-RR ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8400 ___

[issue8400] zipimporter find_module fullname mis-documented

Changes by Terry J. Reedy tjre...@udel.edu: -- stage: - unit test needed versions: +Python 3.2 -Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8400 ___

[issue8400] zipimporter find_module fullname mis-documented

Ryan Kelly r...@rfk.id.au added the comment: Was also just bitten by this, trying to muck with PEP-302-style import hooks. Note that the documented behaviour of zipimporter is also the behaviour required by PEP 302, i.e. full dotted module name. -- nosy: +rfk

[issue8400] zipimporter find_module fullname mis-documented

New submission from Karen Tracey kmtra...@gmail.com: The fullname parameter to zipimporter find_module is documented to be a fully qualified (dotted) module name. (From http://docs.python.org/library/zipimport.html#zipimport.zipimporter.find_module.) However, passing a fully-qualified dotted