[issue8400] zipimporter find_module fullname mis-documented

2012-11-14 Thread Te- Rodgers
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") >>> zi.load_module("lib\\ui") Traceback (most recent call last): File "", line 1, i

[issue8400] zipimporter find_module fullname mis-documented

2012-11-14 Thread Te- Rodgers
Te-jé Rodgers added the comment: Disregard the last...error on my part (so embarrassing!) -- ___ Python tracker <http://bugs.python.org/issue8400> ___ ___ Pytho

[issue8400] zipimporter find_module fullname mis-documented

2012-11-13 Thread Te- Rodgers
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 <http://bugs.python.org/issue8

[issue5709] PyObject_TypeCheck crashes the intepreter on extension callback functions

2009-04-06 Thread Te- Rodgers
Te-jé Rodgers added the comment: Sorry about that; my err. -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue5709> ___ ___ Python-

[issue5709] PyObject_TypeCheck crashes the intepreter on extension callback functions

2009-04-06 Thread Te- Rodgers
New submission from Te-jé Rodgers : When a python callable is called from an extension module using PyEval_CallObjectWithKeywords, and that callable calls a function in the extension module that uses PyObject_TypeCheck (or *ParseTuple with "O!"), the interpreter crashes. --

[issue4631] urlopen returns extra, spurious bytes

2009-01-28 Thread Te- Rodgers
Changes by Te-jé Rodgers : -- nosy: +trodgers ___ Python tracker <http://bugs.python.org/issue4631> ___ ___ Python-bugs-list mailing list Unsubscribe: