[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Parser torture documents
- From: "Arnold, Curt" <Curt.Arnold@hyprotech.com>
- To: "'email@example.com'" <firstname.lastname@example.org>
- Date: Tue, 01 May 2001 09:47:27 -0600
I'd also add SVG with the svg.dtd as a decent torture test due
the svg.dtd's use of parameter entities.
Last time I checked it broke Xerces-C (but I have been a dog and haven't submitted a bug or fix.
Definitely XMI is a edge case and one that goes against most
reasonable DOM optimizations. If you have never looked at XMI,
it loves to use ludicrously long tag names, such as:
Since tag names in most documents are short, trying to
share references to tag names may not be worth the hit
to find the match. However, for XMI, it would definitely
I'd definitely be careful about using non-representative
documents as performance benchmarks. You don't want to
encourage the parser writers to optimize for oddball cases
at the expense of more normal cases.