[EMAIL PROTECTED] writes:
>> The problem is that when the sax handler raises an exception,
> I can't see how to find out why. What I want to do is for
> DodgyErrorHandler to do something different depending on
> where we are in the course of parsing. Is there anyway
> to get that information back
> The problem is that when the sax handler raises an exception,
I can't see how to find out why. What I want to do is for
DodgyErrorHandler to do something different depending on
where we are in the course of parsing. Is there anyway
to get that information back from xml.sax (or indeed from
any oth
In article <[EMAIL PROTECTED]>, Toby White wrote:
>
[snip]
I do similar stuff in the new (upcoming) version of Atox
(atox.sf.net), which works with potentially ill-formed, partial XML
(in the form of PYX events) internally, and can take partial,
ill-formed XML as input.
>The problem is that when
I have a program which produces well-formed XML documents,
but takes several hours if not days to do so. It would
be useful to be able to take the incomplete output and
manipulate it as XML.
Clearly, however, the incomplete output will not be well-
formed, so before being able to manipulate it I
I have a program which produces well-formed XML documents,
but takes several hours if not days to do so. It would
be useful to be able to take the incomplete output and
manipulate it as XML.
Clearly, however, the incomplete output will not be well-
formed, so before being able to manipulate it I