Re: [xml] xmlParseMemory() and xmlParseDTD()

["MDC A." <comymar yahoo es>]

You are right, Gary. It works perfectly if I use the
static library and I link my application with
-lpthread.

thank you again :-).

Ainhoa




 --- Gary Pennington <Gary Pennington sun com>
escribió: > MDC A. wrote:
> > Hi,
> >
> > I was using the binary packages downloaded from
> your
> > page, Gary. But I was linking against the static
> > library libxml2.a.
> > I have linked against the dynamic library and the
> > problem has disappeared.
> Ah. I think that if you link with the static library
> you must also link 
> your application with -lpthread (otherwise the
> support required for the 
> multi-threaded library (-lxml2) is not present).
>
> Could you try re-using the static library and adding
> -lpthread to the 
> compile line to see if that works?
>
> I'd like to add some information on this to my
> webpage, so I would 
> appreciate your letting me know what happens if you
> do the above.
>
> > Thank you very much to both of you for your time
> and
> > help
> >
> > Ainhoa
> You're welcome.
>
> Gary
>
> > --- Gary Pennington <Gary Pennington sun com>
> > escribió: > Daniel Veillard wrote:
> >
> > > > On Wed, Mar 06, 2002 at 01:07:54PM +0100, MDC A.
> > > wrote:
> > >
> > > > > xmlParserError(0x160840, 0x122cf0, 0x1646c8,
> > > 0x0,
> > >
> > > > > 0x0, 0x164afd)
> > > >   xmlParserError calls the xmlGenericError
> > > routine which is initialized
> > >
> > > > to xmlGenericErrorDefaultFunc, with the default
> > > xmlGenericErrorContext which
> > >
> > > > is initialized to NULL.
> > > >
> > > > >  xmlGenericErrorDefaultFunc(0x0, 0x12fcf8, 0x5,
> > > > > 0xfffffff8,
> > > > > 0x44, 0x1646b8)
> > > > So that call is correct. 
> > > > BUT xmlGenericErrorDefaultFunc() code is:
> > > >
> > > > ---------------
> > > > void
> > > > xmlGenericErrorDefaultFunc(void *ctx
> > > ATTRIBUTE_UNUSED, const char *msg, ...) {
> > >
> > > >   va_list args;
> > > >
> > > >   if (xmlGenericErrorContext == NULL)
> > > >   xmlGenericErrorContext = (void *) stderr;
> > > >
> > > >   va_start(args, msg);
> > > >   vfprintf((FILE *)xmlGenericErrorContext, msg,
> > > args);
> > >
> > > >   va_end(args);
> > > > }
> > > > ---------------
> > > >
> > > > Unless stderr == NULL in Solaris which would be
> > > really really strange,
> > >
> > > > > vfprintf(0x0, 0xffbef0e4, 0xfeabf9b4, 0x8,
> > > 0x12fcf8,
> > >
> > > > > 0x1646c8)
> > > > I really don't see how the first argument to
> > > vfprintf being passed can be
> > >
> > > > NULL !
> > > >
> > > > > which is the problem here?
> > > > I really don't know there is something really
> > > really strange here !
> > >
> > > > > How can the problem be solved?
> > > > Take a debugger and check by single stepping,
> > > possibly looking at
> > >
> > > > the assembly generated. I don't understand how
> the
> > > >
> > > first argument of the
> > >
> > > > call can be NULL ! Or someone else on Solaris can
> > > reproduce your problem
> > >
> > > > and check it for you, sorry I can't ...
> > > >
> > > > Daniel
> > > Hi,
> > >
> > > To cut a long story short, I think this is a
> problem
> > > to do with the 
> > > configure script. The linkage to -lpthread wasn't
> > > specified and so if 
> > > your application was single threaded and you built
> > > libxml2 for 
> > > multi-threaded use, failures of this nature would
> be
> > > caused.
> > >
> > > This was fixed before I reported it, but I think
> > > that it was only fixed 
> > > in 2.4.16.
> > >
> > > You can check by seeing if libxml2.so is linked to
> > > -lpthread, e.g.:
> > >
> > > bash-2.03$ ldd
> > > /usr/local/libxml/sparc/lib/libxml2.so
> > >        libpthread.so.1 =>      
> > > /usr/lib/libpthread.so.1
> > >        libz.so.1 =>     /usr/lib/libz.so.1
> > >        libm.so.1 =>     /usr/lib/libm.so.1
> > >        libsocket.so.1 =>       
> > > /usr/lib/libsocket.so.1
> > >        libnsl.so.1 =>   /usr/lib/libnsl.so.1
> > >        libc.so.1 =>     /usr/lib/libc.so.1
> > >        libdl.so.1 =>    /usr/lib/libdl.so.1
> > >        libmp.so.2 =>    /usr/lib/libmp.so.2
> > >        libthread.so.1 =>       
> > > /usr/lib/libthread.so.1
> > >       
> > > /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
> > > bash-2.03$
> > >
> > > If it isn't linked to -lpthread, then it's broken
> > > for use with single 
> > > threaded apps.
> > >
> > > The easy answer is to upgrade your version of
> > > libxml2 to use the latest 
> > > set of binaries that I ship from
> > > http://garypennington.net/libxml2/. 
> > > Alternatively, if you use an older version of
> > > Solaris, download the 
> > > source for 2.4.16 and build it.
> > >
> > > Gary
> > >
> > > -- 
> > > Gary Pennington
> > > Solaris Kernel Development,
> > > Sun Microsystems
> > > Gary Pennington sun com
>
> _______________________________________________________________
> > Do You Yahoo!?
> > Yahoo! Messenger
> > Comunicación instantánea gratis con tu gente.
> > http://messenger.yahoo.es
>
>
> -- 
=== message truncated === 

_______________________________________________________________
Do You Yahoo!?
Yahoo! Messenger
Comunicación instantánea gratis con tu gente.
http://messenger.yahoo.es