From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <1dac8c6094aba121c8f564e3cb3b8142@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] OT: small xml parser found! From: rog@vitanuova.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Date: Wed, 18 Feb 2004 20:43:15 +0000 Topicbox-Message-UUID: eb371eee-eacc-11e9-9e20-41e7f4b1d025 > Not only is it small, but I think you'll find that you need to write less > code to use it because of it's unique API, so it's a double win! erm, forgive me for demurring, but 1898 lines doesn't strike me as "small", especially given that (from the source): * The disadvantages are * * 2. Not fully XML 1.0 compliant. * * 4. Incorrect handling of XML formatting, including entities. * * 6. No namespace support. not to mention that the source #includes the non-existent "host.h" (i think "ali_config.h" is intended) and non-ANSI header files, references undefined types, and generally doesn't give the impression of stability. or that it doesn't appear to give any means of accessing element attributes. that said, it would be useful if there was a standard xml library that someone had ported to (or written under) plan 9 that met the plan 9 interface cleanliness standards, for those times when the XML crud can't be kicked off the doorstep.