Re: [xml] some questions

[aliban gmx net]

On 22 Apr 2004 at 3:31, Daniel Veillard wrote:

> On Thu, Apr 22, 2004 at 12:42:58AM +0200, aliban gmx net wrote:
> > hi,
> > my project the jabber lib will be finished in the next weeks (ready 
> > to publish ;)
> > i had a few questions
> >
> > a) is it possible to compile/use libxml2 without the usage of iconv 
> > and zlib? in fact i am not using any other stuff then utf8. i did not 
> > try yet because i was using the precompiled dlls for windows but when 
> > i understand evrything right it should work without iconv?
>
>   yes those are optionnal

ok, ic

> > b) as you might remember i also wrote you the mail with the problem i 
> > had with xmlParseChunk() and parsing the xmpp stream. You suggested 
> > that you will add such a function that would do the thing one day. u 
> > also said that this might not be so difficult and done in 
> > xmlParseGetLasts() and xmlParseTryOrFinish(). It would be great if 
> > the next release of libxml would work with my app and therefor i am 
> > interested in resolving this thing. Is it ok if i make a patch or a 
> > new API function for the lib and submitt it to you or would you 
> > rather not integrate foreign code and do it another day yourself?
>
>   If you read what's happening on this list, when I suggest someone does
> a patch and that persone does it, I apply said patch unless there is a
> serious issue. 

yes, would not be a patch but only another api.

> So yes, sure, I suggest you try to work around the problem,
> and provide an implementation for said API, just please make sure it's
> per context and not relying on a global variable.

befor i try this i have another important question that is quite 
principal about using sax interfaces.
i did not do a stress test with my lib yet.
whatever while i think about it... if i add data with xmlParseChunk 
will the already parsed buffer be freed when an element got parsed? a 
xmpp stream might end after gigabyte of transfer volume and therefor 
it could be a problem if all data that was received is stored in the 
parser context until the xmpp document/stream ends (one day).
So far i always thought that the parsed buffer will be freed as soon 
as the events (like ElementEnd and those) are fired and the mem usage 
is minimal and only temporary. but the current (fixed) behaviour of 
xmlParseChunk() will have to store the whole buffer in memory as long 
as the doc was not finished, right?

Edrin