[issue5767] xmlrpclib loads invalid documents

2012-05-24 Thread Amaury Forgeot d'Arc
Changes by Amaury Forgeot d'Arc : -- title: xmlrpclib expat -> xmlrpclib loads invalid documents ___ Python tracker ___ ___ Python-bugs

[issue5767] xmlrpclib loads invalid documents

2009-06-04 Thread Georg Brandl
Georg Brandl added the comment: Applied in r73201, r73202. -- nosy: +georg.brandl resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue5767] xmlrpclib loads invalid documents

2009-05-20 Thread Jean-Paul Calderone
Jean-Paul Calderone added the comment: Here's a patch which removes sgmlop support from xmlrpclib. -- keywords: +patch Added file: http://bugs.python.org/file14023/xmlrpclib.patch ___ Python tracker ___

[issue5767] xmlrpclib loads invalid documents

2009-04-16 Thread Raymond Hettinger
Raymond Hettinger added the comment: > maybe it's time to remove sgmlop support from xmlrpclib... +1 -- nosy: +rhettinger ___ Python tracker ___

[issue5767] xmlrpclib loads invalid documents

2009-04-16 Thread Fredrik Lundh
Fredrik Lundh added the comment: sgmlop doesn't do much validation; to quote the homepage: "[sgmlop] is tolerant, and happily accepts XML-like data that are not well-formed. If you need strictness, use another parser." But given that Python ships with cElementTree these days, and cElementTre

[issue5767] xmlrpclib loads invalid documents

2009-04-16 Thread Jean-Paul Calderone
Jean-Paul Calderone added the comment: This actually appears to be an issue with the sgmlop-based parser, not the expat-based parser. After removing sgmlop, the exception-raising behavior is restored. Perhaps this bug should be closed as invalid, then. Only, I wonder if this is the right bug

[issue5767] xmlrpclib loads invalid documents

2009-04-15 Thread Jean-Paul Calderone
New submission from Jean-Paul Calderone : Prior versions of xmlrpclib.loads would raise an exception when passed malformed documents: exar...@bigdog24:~/_trial_temp$ python2.4 -c 'from xmlrpclib import loads; loads("\x00\n\n \n \n \n \n\n")' Traceback (most recent call last): File "", line 1