First off all, thanks a lot all to you guys - even though we haven't
resolved the issue yet you have been extremly helpful. Sorry for not
replying earlier; I spend most if the day investigating a possible
network intrusion by a cracker (luckily, as it turned out someone was
just sloppy).
Anyway, I tried placing the includes and libraries into the /usr/lib and
/usr/include, point $XERCESCROOT to /usr and after making sure any
traces of the previous libxerces were removed extracted the XML-Xerces
tarball again and recompiled it. make test still fails with the same
error message. Xerces.so now points to the libxereces-c1_7_0.so in
/usr/lib:
twist:~/Xerces/XML-Xerces-1.7.0-1 # ldd
blib/arch/auto/XML/Xerces/Xerces.so
libpthread.so.0 => /lib/libpthread.so.0 (0x400d7000)
libxerces-c1_7_0.so => /usr/lib/libxerces-c1_7_0.so (0x400ee000)
libc.so.6 => /lib/libc.so.6 (0x4036a000)
libstdc++.so.3 => /usr/local/lib/libstdc++.so.3 (0x40498000)
libm.so.6 => /lib/libm.so.6 (0x40530000)
libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 (0x4054f000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)
Following the output of nm on Xerces.so and libxerces.so:
twist:~/Xerces/XML-Xerces-1.7.0-1 # nm
blib/arch/auto/XML/Xerces/Xerces.so | grep fgNullPointerException_Name
U _6XMLUni.fgNullPointerException_Name
twist:~/Xerces/XML-Xerces-1.7.0-1 # nm -C
blib/arch/auto/XML/Xerces/Xerces.so | grep fgNullPointerException_Name
U XMLUni::fgNullPointerException_Name
twist:~/Xerces/XML-Xerces-1.7.0-1 # nm /usr/lib/libxerces-c1_7_0.so |
grep fgNullPointerException_Name
001ce0e0 R _ZN6XMLUni27fgNullPointerException_NameE
twist:~/Xerces/XML-Xerces-1.7.0-1 # nm -C /usr/lib/libxerces-c1_7_0.so |
grep fgNullPointerException_Name
001ce0e0 R XMLUni::fgNullPointerException_Name
While I'm a proficient programmer, I don't know the dynamic loading
mechanism from within perl well enough to be able to do any serious
debugging. Any more ideas?
Erwin
On Fri, 2002-07-12 at 09:52, Jason E. Stewart wrote:
> "Steven N. Hirsch" <[EMAIL PROTECTED]> writes:
>
> > On 11 Jul 2002, Jason E. Stewart wrote:
> >
> > What does the missing symbol demangle to? I've seen numerous cases where
> > the library and client get built with different notions of parameter size,
> > type, etc. It's worthwhile (assuming the base name of the routine is
> > present) to demangle both references and see if they jive.
>
> Good idea, Steve. I don't think this is the case in this situation,
> becuase the symbol is a global variable in the XMLUni class:
>
> ~/work/xml-xerces/perl $ nm -C blib/arch/auto/XML/Xerces/Xerces.so| grep
>fgNullPointerException_Name
> U XMLUni::fgNullPointerException_Name
> 0008881c t _wrap_val_XMLUni_fgNullPointerException_Name(sv *, magic *)
>
> ~/work/xml-xerces/perl $ nm blib/arch/auto/XML/Xerces/Xerces.so| grep
>fgNullPointerException_Name
> U _6XMLUni.fgNullPointerException_Name
> 0008881c t _wrap_val_XMLUni_fgNullPointerException_Name__FP2svP5magic
>
> ~/work/xml-xerces/perl $ nm $XERCESCROOT/lib/libxerces-c.so.20.0 | grep
>fgNullPointerException_Name
> 00432404 D _6XMLUni.fgNullPointerException_Name
>
> ~/work/xml-xerces/perl $ nm -C $XERCESCROOT/lib/libxerces-c.so.20.0 | grep
>fgNullPointerException_Name
> 00432404 D XMLUni::fgNullPointerException_Name
>
> This error is what I get if DynaLoader.pm can't actually locate
> libxerces.so
>
> jas.
--
Erwin Frise, PhD
Systems manager/Bioinformatics scientist
Berkeley Drosophila Genome Project
One Cyclotron Road, Building 64
Lawrence Berkeley National Laboratory
Berkeley, CA 94720
Tel: (510) 486-7251
Fax: (510) 486-6798
Email: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
