Hello, I'd like to reopen discussion about the problem with 16-bit line numbers. See http://bugzilla.gnome.org/show_bug.cgi?id=325533 for background.
Let me address some comments that have been made: "It breaks binary compatibility." This is not true. An ABI-safe patch was proposed and is attached to the above Bugzilla entry. It add a 32-bit member to the node structure. "It makes the node structure too big." Evidence shows the contrary. Bruce Bardou reported that parsing a 140 MB file results in a 457 MB memory footprint without the patch, and 459 MB with the patch. This is a 0.4% increase. "Use the streaming API for such big documents." As far as I can tell, "xmllint --stream ..." still exhibits the same problem with line numbers. Is this something that could be fixed separately in xmllint? If I'm wrong, please discuss. Otherwise, let's apply the patch and be done with it. Thanks, Simon -- Please try Numb, a STUN/TURN server implementation. Free access at http://numb.viagenie.ca/. _______________________________________________ xml mailing list, project page http://xmlsoft.org/ [email protected] http://mail.gnome.org/mailman/listinfo/xml
