[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [xml] htmlCreateMemoryParserCtxt
- From: Daniel Veillard <veillard redhat com>
- To: Jerome Pesenti <jpesenti yahoo com>
- Cc: xml gnome org
- Subject: Re: [xml] htmlCreateMemoryParserCtxt
- Date: Tue, 15 Apr 2003 16:02:44 -0400
On Tue, Apr 15, 2003 at 12:46:34PM -0700, Jerome Pesenti wrote:
> > > on how to use libxml/libxslt in a multi-threaded
> > > application. Right now, here are some things
> > > which can not be done in a thread safe way:
> > >
> > > - catch debug messages in the XSLT transform
> >
> > Hum, the XSLT transform context has its own error
> > handler
> > xmlGenericErrorFunc error; /* a
> > specific error handler */
> > void * errctx; /*
> > context for the error handler */
> > at least the placeholder is tehre, maybe the code
> > doesn't call it.
> > Can you check ?
>
> The error handler works fine, no problem... I was
> talking about the debug handler....
Hum, you really want the logs of -v on a per thread basis ?
Send a patch, I'm busy with other stuff ATM.
> > Actually I did that, not released but will be
> > available.
> > I'm not against adding the APIs necessary for a
> > fully threaded
> > use, if you're ready to play the guinea pig, why not
> > iron this
> > out ...
>
> I am definitely ready to play the guinea pig, we are
> building an application using XSLT and HTML parsers
> which will be wrapped up into a COM object and for
> which we want to report as detailed error/debug
> messages to the user as possible.
Well the version in CVS should compile with threads
enabled now since Igor commited this (I can't try).
Daniel
--
Daniel Veillard | Red Hat Network https://rhn.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]