[issue8885] markerbase declaration errors aren't recoverable

Mark Nottingham added the comment: Attaching test case. -- Added file: http://bugs.python.org/file17623/testcase_8885.py ___ Python tracker ___ __

[issue8885] markerbase declaration errors aren't recoverable

Mark Nottingham added the comment: I'm using it from HTMLParser; try to parse a document with the DTD given when error is something like: def error(self, msg): self.errors += 1 and it will loop. -- ___ Python tracker

[issue8885] markerbase declaration errors aren't recoverable

R. David Murray added the comment: "This module is used as a foundation for the HTMLParser and sgmllib modules (indirectly, for htmllib as well). It has no documented public API and should not be used directly." So, #2 is not relevant unless you are talking about a docstring update or comment

[issue8885] markerbase declaration errors aren't recoverable

Mark Nottingham added the comment: http://svn.python.org/view/python/trunk/Lib/markupbase.py?view=log -- status: pending -> open ___ Python tracker ___ __

[issue8885] markerbase declaration errors aren't recoverable

Terry J. Reedy added the comment: Neither markerbase nor markupbase are in the list of 2.6 stdlib modules at http://docs.python.org/modindex.html even with all packages [+] listings expanded to [-]. So I have to guess this is a third party module. If so, please close and report to *its* authors

[issue8885] markerbase declaration errors aren't recoverable

Mark Nottingham added the comment: Just to be clear -- if error() returns, it will cause an infinite loop. -- ___ Python tracker ___ _

[issue8885] markerbase declaration errors aren't recoverable

New submission from Mark Nottingham : In markupbase.py's ParserBase.parse_declaration, an unexpected character is caught like this: else: self.error( "unexpected %r char in declaration" % rawdata[j]) However, the position (j) isn't updated, which