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.

Author r.david.murray
Recipients JocelynJ, r.david.murray
Date 2014-11-22.02:29:51
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1416623392.39.0.512324051356.issue22915@psf.upfronthosting.co.za>
In-reply-to
Content
I've looked at the sax code, and this does indeed have the same root cause: in python2 a dummy string was used for the 'name' attribute of io objects that are based on file descriptors, whereas in python3 the name is the integer value of the file descriptor.  In test_sax we can see getSystemId being tested that it returns a filename (see test_expat_locator_withinfo).

The fix should be analogous to the issue 21044 fix: check that 'name' is a string and if not don't use it.  I'm marking this as easy; hopefully someone will want to tackle figuring out exactly where in the code it needs to be fixed and adding tests for it.
History
Date User Action Args
2014-11-22 02:29:52r.david.murraysetrecipients: + r.david.murray, JocelynJ
2014-11-22 02:29:52r.david.murraysetmessageid: <1416623392.39.0.512324051356.issue22915@psf.upfronthosting.co.za>
2014-11-22 02:29:52r.david.murraylinkissue22915 messages
2014-11-22 02:29:51r.david.murraycreate