[xml] Revisiting the problem with 16-bit line numbers


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 

If I'm wrong, please discuss. Otherwise, let's apply the patch and be done 
with it.


Please try Numb, a STUN/TURN server implementation.
Free access at http://numb.viagenie.ca/.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]