Hello Neil,
Am 2008-08-08 10:00:07, schrieb Neil Williams:
> On Fri, 2008-08-01 at 22:58 +0200, Michelle Konzack wrote:
> > Since I am fsck'ed with FLASH space I was serachin for a very small XML
> > parser and have found < http://nanoxml.sourceforge.net/>.
>
> The problem would be whether other applications could use it instead of
> libxml2 - I doubt it could be a "drop-in" replacement so that could mean
> a lot of patches. It would only be worth replacing libxml2 in newly
> written applications - at which point you should consider dropping XML
> entirely and using something more useful, like sqlite.
Since I am currently evaluating the AT91SAM7SE with a bunch of Dallas
chips, I have used NanoXML in some of the applications which use the
1-Wire chips containing RAM or EEPROM. From the CDs of the evaluation
kits they are all using NanoXML. So yes, it is not a replacement but a
solution for new applications.
Since I have only 8 MByte of FLASH, libxml2 is definitively to big since
it support functionalities I never need in embedded applications..
> (e.g. gpe-expenses, via QOF, has XML and SQLite support but only the
> SQLite backend is installed in Emdebian. That said, it is hard to get
> any GUI environment that does not bring in libxml2 anyway.)
Thats sad...
> SQLite is faster than XML, it is more memory efficient than XML, just as
> portable, supports easy data conversion into a variety of other formats
> and is, IMHO, the defacto standard for embedded system data storage.
But you can not install SQLite in a 1-Wire Chip... ;-)
> It is empirically "for Java" and hasn't been updated since 2003. It has
> been around all that time and nobody has considered packaging it for
> Debian yet. Choosing to use it could easily mean that you effectively
> become the current upstream maintainer as well as packaging maintainer.
But AFAIK it is bugfree.
Maybe I a will pack it for me and of course Debian.
> > I personaly think, it could be useful for embedded systems since the XML
> > parser availlable in Debian eaating to much space...
>
> I disagree - it could actually waste space and time. libglib2.0-0
> includes (arguably) more relevant functionality:
How much diskspace does libglib consume on EmDebian?
I have 8 MByte of FLASH Memory and increasing it to 16 MByte would make
my application arround 4 US$ more expensive. (in a production of 2500)
> "The "GMarkup" parser is intended to parse a simple markup format that's
> a subset of XML. This is a small, efficient, easy-to-use parser. It
> should not be used if you expect to interoperate with other applications
> generating full-scale XML. However, it's very useful for application
OK; this is not the case since NanoXML != XML.
They have different goals.
> data files, config files, etc. where you know your application will be
> the only one writing the file. Full-scale XML parsers should be able to
> parse the subset used by GMarkup, so you can easily migrate to
> full-scale XML at a later time if the need arises."
It seems I have to look into GMarkup...
> Depending on what other applications are going to be installed,
> libglib2.0-0 is probably already a dependency within your package set.
> Currently, langupdate (providing the locale support within Emdebian)
> depends on libglib2.0-0.
Since my FLASH space is limited I am already striping ANY binaries since
even EmDebian is currently too big...
> With this in mind, newly written code - IMHO - should be targetted at a
> small XML parser that explicitly supports later migration to a more
> capable XML parser and which is already available in Debian and existing
> package sets. Porting existing code to GMarkup or nanoxml is a
> non-trivial exercise.
>
> libxml2 is a 1Mb shared library package in Emdebian.
Ops, it 3 times bigger then my Kernel...
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com)
Attachment:
signature.pgp
Description: Digital signature