Re: Re[4]: [xml] Strange memory leak in libxml2-2.4.8 (may be in libxslt-1.0.6)

[Daniel Veillard <veillard redhat com>]

On Fri, Nov 09, 2001 at 04:29:35PM +0300, Lev Serebryakov wrote:
>   I could not use threads.c because my threads is NOT pthreads. It is
>   different processes and shared memory. I need this for caching
>   parsed documents in multi-process server.
>   Really, it is module for Apache. Works great, when every process
>   have cache or caching is turned off.

  Okay.

> DV>    3/ you make sure to not configure using --with-threads unless
> DV>       you double check the compatibility of your thread model.
>   I don't use --with-threads because I don't use pthreads.

  Okay,

>   I see changes by code in globals.c and threads.c. Threads code is
>   pthreads-specific :-(( Library with global variables (or
>   thread-specific storages, it is a hack for emulate global variables)
>   in year 2000 :-((((

  If you don't like it don't use it ! You don't use those, then
I can't help you on thread synchronization issues. That's cristal
clear, I can't (and don't want to) debug code I have never seen.
I don't know how you do proper memory intitialization especially on
Apache which has memory pools and the like. 
  You built a large custom part on top of libxml to fit in a given
environment. That part is failing, I can give hints, I did, I can't
debug it, sorry.

>   Search in archive for "threads" doesn't give any good information.

  Are you joking ???
   http://mail.gnome.org/archives/xml/2001-October/thread.html
If you can't spot the big thread related there, that's bad

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/