RE: [xml] xmlTextWriterWriteFormatElement problem
- From: "James Eggleston" <james eggleston vega de>
- To: <veillard redhat com>
- Cc: xml gnome org
- Subject: RE: [xml] xmlTextWriterWriteFormatElement problem
- Date: Tue, 18 Oct 2005 09:31:37 +0200
The answers are:
Did this ended up being a bug in libxml2 ?
Yes, but apparently only our system configuration - we have a problem in xmlTextWriterWriteFormatElement when
strings longer than 8191 chars are written - but everyone else who tried it couldn't recreate the problem...
hmmm... I can feel the suspicious looks in my direction... :)
Was that bug fixed ?
No - it wasn't fixed - I implemented a work around in our code.
Would you still like me to raise the issue on bugzilla?
James.
-----Original Message-----
From: Daniel Veillard [mailto:veillard redhat com]
Sent: 17 October 2005 17:22
To: James Eggleston
Cc: xml gnome org
Subject: Re: [xml] xmlTextWriterWriteFormatElement problem
On Mon, Oct 17, 2005 at 01:29:42PM +0200, James Eggleston wrote:
Hi everyone,
Just to follow up my post from last month (I've been on holiday!) regarding a problem with the
xmlTextWriterWriteFormatElement call causing a seg fault when writing strings longer than 8191
characters...
* the code provided was just an example to highlight the problem with 8192 bytes - the real code needs to
handle longer strings and tidies up after itself
* the code provided by Alfred Mickautsch worked fine on my machine... so no problem with the vsnprintf() or
glibc (probably!)
* passing 8191 or less bytes worked fine - however the strings being written could be any size, so our code
has to be able to handle longer...
In the end, I altered our code to split any length string up into chunks of a suitable length before saving
to disk and reconstitute the original string on reloading. Not ideal, but it worked.
Many thanks to all those who offered help and spent time investigating the problem... sorry I wasn't able
to add anything constructive to the cause.
Hum ... I'm unclear, I can't remember clearly ? Did this ended up being
a bug in libxml2 ? Was that bug fixed ? If yes and no then this must be
bugzilla'ed so hopefully this get fixed.
Daniel
--
Daniel Veillard | Red Hat Desktop team http://redhat.com/
veillard redhat com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]