You are viewing a plain text version of this content. The canonical link for it is here.
Posted to p-dev@xerces.apache.org by "Jason E. Stewart" <ja...@openinformatics.com> on 2002/07/12 03:06:33 UTC
Re: Xercec problems
"Erwin Frise" <er...@fruitfly.org> writes:
> Xerces itself seems to run fine (all the libxerces-c1_7_0.so tests pass
> with flying colors) - just the perl module causes the NullPointer
> exception. The source of Xerces.so (the shared library for perl which
> bombs) is over 25,000 lines and I'm not planning on sifting through that
> to find the problem. I cannot find anything obvious that we're doing
> wrong - according to the info from Makefile.PL we're using the correct
> libxerces and includes. Xerces.so definitly points to the correct
> libxerces-c1_7_0.so and we're using a resonable recent glibc-2.2.2.
> Possibly a perl 5.6.0 issue or a real bug?
Hey all,
I'd love to help diagnose the situation, but I'll need more info:
- architecture
- did you compile xerces-c from source or are you using the binary
- gcc version
- what's the problem? Run time problem or compile problem?
Cheers,
jas.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Jason E. Stewart" <ja...@openinformatics.com>.
"Jason E. Stewart" <ja...@openinformatics.com> writes:
> "Jason E. Stewart" <ja...@openinformatics.com> writes:
>
> > "Erwin Frise" <er...@fruitfly.org> writes:
> >
> > > There was a version of libxerces-c1_4.so installed (by SuSE). I removed
> > > it and reran ldconfig and it still throws that error. However, even
> > > before that the "ldd Xerces.so" indicated it was using the 1.7 version
> > > (attached to my previous Email). Where would I have to set/extend the
> > > LD_LIBRARY_PATH? ldd Xerces.so finds all the libraries and ldconfig
> > > cached the libxerces 1.7 (which I placed into /usr/lib)
> >
> > I don't really know what to say. I hate loader problems, because they
> > never seem to make any sense.
>
> BTW, that error, the can't find _6XMLUni... is what I get when I
> remove my libxerces.so from it's location and perl can't find it.
>
> You may try setting explicitly setting LD_LIBRARY_PATH to the location
> of libxerces before running make test...
BTW, after removing the old libxerces, did you relink? This will make
a difference.
jas.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Jason E. Stewart" <ja...@openinformatics.com>.
"Jason E. Stewart" <ja...@openinformatics.com> writes:
> "Erwin Frise" <er...@fruitfly.org> writes:
>
> > There was a version of libxerces-c1_4.so installed (by SuSE). I removed
> > it and reran ldconfig and it still throws that error. However, even
> > before that the "ldd Xerces.so" indicated it was using the 1.7 version
> > (attached to my previous Email). Where would I have to set/extend the
> > LD_LIBRARY_PATH? ldd Xerces.so finds all the libraries and ldconfig
> > cached the libxerces 1.7 (which I placed into /usr/lib)
>
> I don't really know what to say. I hate loader problems, because they
> never seem to make any sense.
BTW, that error, the can't find _6XMLUni... is what I get when I
remove my libxerces.so from it's location and perl can't find it.
You may try setting explicitly setting LD_LIBRARY_PATH to the location
of libxerces before running make test...
Just some ideas.
jas.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Jason E. Stewart" <ja...@openinformatics.com>.
"Erwin Frise" <er...@fruitfly.org> writes:
> There was a version of libxerces-c1_4.so installed (by SuSE). I removed
> it and reran ldconfig and it still throws that error. However, even
> before that the "ldd Xerces.so" indicated it was using the 1.7 version
> (attached to my previous Email). Where would I have to set/extend the
> LD_LIBRARY_PATH? ldd Xerces.so finds all the libraries and ldconfig
> cached the libxerces 1.7 (which I placed into /usr/lib)
I don't really know what to say. I hate loader problems, because they
never seem to make any sense.
Just for kicks, run 'nm' on your libxerces and grep for the undefined
symbol - it ought to be there - if it isn't there's a stranger
problem.
Anyone else got some ideas?
jas.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Jason E. Stewart" <ja...@openinformatics.com>.
"David Starks-Browning" <st...@ebi.ac.uk> writes:
> On 11 Jul 02, Erwin Frise writes:
> > There was a version of libxerces-c1_4.so installed (by SuSE). I removed
> > it and reran ldconfig and it still throws that error. However, even
> > before that the "ldd Xerces.so" indicated it was using the 1.7 version
> > (attached to my previous Email). Where would I have to set/extend the
> > LD_LIBRARY_PATH? ldd Xerces.so finds all the libraries and ldconfig
> > cached the libxerces 1.7 (which I placed into /usr/lib)
>
> In your previous mail, ldd reports that it finds
> /root/Xerces/xerces-c-src1_7_0/lib/libxerces-c1_7_0.so. But you say
> you put it into /usr/lib? Are you sure you're getting the right one?
Thanks for catching that David, it's one more reason that makes me
think that relinking Xerces.so with the correct libxerces might solve
the problem.
jas.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by David Starks-Browning <st...@ebi.ac.uk>.
On 11 Jul 02, Erwin Frise writes:
> There was a version of libxerces-c1_4.so installed (by SuSE). I removed
> it and reran ldconfig and it still throws that error. However, even
> before that the "ldd Xerces.so" indicated it was using the 1.7 version
> (attached to my previous Email). Where would I have to set/extend the
> LD_LIBRARY_PATH? ldd Xerces.so finds all the libraries and ldconfig
> cached the libxerces 1.7 (which I placed into /usr/lib)
Erwin,
In your previous mail, ldd reports that it finds
/root/Xerces/xerces-c-src1_7_0/lib/libxerces-c1_7_0.so. But you say
you put it into /usr/lib? Are you sure you're getting the right one?
> twist:~/.cpan/build/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 => /root/Xerces/xerces-c-src1_7_0/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)
Regards,
David
-------------------------------------------------------------------
David Starks-Browning | starksb@ebi.ac.uk
EMBL Outstation -- |
The European Bioinformatics Institute |
Wellcome Trust Genome Campus | tel: +44 (1223) 494 616
Hinxton, Cambridge, CB10 1SD, UK | fax: +44 (1223) 494 468
-------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by Erwin Frise <er...@fruitfly.org>.
There was a version of libxerces-c1_4.so installed (by SuSE). I removed
it and reran ldconfig and it still throws that error. However, even
before that the "ldd Xerces.so" indicated it was using the 1.7 version
(attached to my previous Email). Where would I have to set/extend the
LD_LIBRARY_PATH? ldd Xerces.so finds all the libraries and ldconfig
cached the libxerces 1.7 (which I placed into /usr/lib)
Erwin
On Thu, 2002-07-11 at 18:28, Jason E. Stewart wrote:
> "Erwin Frise" <er...@fruitfly.org> writes:
>
> > Compile works fine but when the "make test" or a perl program reaches
> > "require XML::Xerces;" following error is thrown:
> >
> > Can't load 'blib/arch/auto/XML/Xerces/Xerces.so' for module XML::Xerces:
> > blib/arch/auto/XML/Xerces/Xerces.so: undefined symbol:
> > _6XMLUni.fgNullPointerException_Name at
> > /usr/lib/perl5/5.6.0/i586-linux/DynaLoader.pm line 200.
> > at blib/lib/XML/Xerces.pm line 8
>
> That's a loader error, you've got an unresolved symbol. Possibly
> because LD_LIBRARY_PATH isn't set??? I hate loader problems.
>
> I don't suppose you have multiple versions of libxerces around do you?
>
> 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: erwin@fruitfly.org
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by Michael Grabenstein <mi...@isinet.com>.
On Thursday, July 11, 2002, at 09:28 PM, Jason E. Stewart wrote:
> jason@openinformatics.com (Jason E. Stewart)
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Jason E. Stewart" <ja...@openinformatics.com>.
"Erwin Frise" <er...@fruitfly.org> writes:
> Compile works fine but when the "make test" or a perl program reaches
> "require XML::Xerces;" following error is thrown:
>
> Can't load 'blib/arch/auto/XML/Xerces/Xerces.so' for module XML::Xerces:
> blib/arch/auto/XML/Xerces/Xerces.so: undefined symbol:
> _6XMLUni.fgNullPointerException_Name at
> /usr/lib/perl5/5.6.0/i586-linux/DynaLoader.pm line 200.
> at blib/lib/XML/Xerces.pm line 8
That's a loader error, you've got an unresolved symbol. Possibly
because LD_LIBRARY_PATH isn't set??? I hate loader problems.
I don't suppose you have multiple versions of libxerces around do you?
jas.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by Erwin Frise <er...@fruitfly.org>.
On Thu, 2002-07-11 at 18:06, Jason E. Stewart wrote:
[...]
>
> I'd love to help diagnose the situation, but I'll need more info:
>
> - architecture
Dual 1GHz-PentiumIII running SuSE7.2
kernel: 2.4.4-64GB-SMP
glibc: 2.2.2
> - did you compile xerces-c from source or are you using the binary
compiled xerces-c-src1_7_0.tar.gz from source. I compiled and ran a
number of the tests in the xerces-c-src1_7_0/samples and
xerces-c-src1_7_0/test directories and they executed fine.
> - gcc version
twist:~/Xerces # gcc --version
2.95.3
> - what's the problem? Run time problem or compile problem?
Compile works fine but when the "make test" or a perl program reaches
"require XML::Xerces;" following error is thrown:
Can't load 'blib/arch/auto/XML/Xerces/Xerces.so' for module XML::Xerces:
blib/arch/auto/XML/Xerces/Xerces.so: undefined symbol:
_6XMLUni.fgNullPointerException_Name at
/usr/lib/perl5/5.6.0/i586-linux/DynaLoader.pm line 200.
at blib/lib/XML/Xerces.pm line 8
Let me know if you need more information.
Erwin
FYI, following the output of perl Makefile.PL, the make command and make
test:
twist:~/Xerces/XML-Xerces-1.7.0-1 # perl Makefile.PL
Using XERCES_LIB = /root/Xerces/xerces-c-src1_7_0/lib
Using XERCES_INCLUDE = /root/Xerces/xerces-c-src1_7_0/include
Checking to see if libxerces is in your library path...Checking if your
kit is complete...
Looks good
Processing hints file hints/linux.pl
Warning: Guessing NAME [XML-Xerces] from current directory name.
Writing Makefile for XML::Xerces::DOMParse
Writing Makefile for Handler
Success!!
Using Xerces-C version: 1.7.0
Checking if your kit is complete...
Looks good
Processing hints file hints/linux.pl
Writing Makefile for XML::Xerces::DOMParse
Writing Makefile for XML::Xerces
twist:~/Xerces/XML-Xerces-1.7.0-1 # make
mkdir blib
mkdir blib/lib
mkdir blib/lib/XML
mkdir blib/arch
mkdir blib/arch/auto
mkdir blib/arch/auto/XML
mkdir blib/arch/auto/XML/Xerces
mkdir blib/lib/auto
mkdir blib/lib/auto/XML
mkdir blib/lib/auto/XML/Xerces
mkdir blib/man3
cp Xerces.pm blib/lib/XML/Xerces.pm
cp DOMParse/DOMParse.pm blib/lib/XML/Xerces/DOMParse.pm
make -C Handler static
make[1]: Entering directory `/root/Xerces/XML-Xerces-1.7.0-1/Handler'
cc -c -I. -IHandler -I/root/Xerces/xerces-c-src1_7_0/include
-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O2 -pipe -DVERSION=\"0.10\"
-DXS_VERSION=\"0.10\" -fpic -I/usr/lib/perl5/5.6.0/i586-linux/CORE
PerlCallbackHandler.cpp
cc -c -I. -IHandler -I/root/Xerces/xerces-c-src1_7_0/include
-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O2 -pipe -DVERSION=\"0.10\"
-DXS_VERSION=\"0.10\" -fpic -I/usr/lib/perl5/5.6.0/i586-linux/CORE
PerlContentCallbackHandler.cpp
cc -c -I. -IHandler -I/root/Xerces/xerces-c-src1_7_0/include
-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O2 -pipe -DVERSION=\"0.10\"
-DXS_VERSION=\"0.10\" -fpic -I/usr/lib/perl5/5.6.0/i586-linux/CORE
PerlDocumentCallbackHandler.cpp
cc -c -I. -IHandler -I/root/Xerces/xerces-c-src1_7_0/include
-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O2 -pipe -DVERSION=\"0.10\"
-DXS_VERSION=\"0.10\" -fpic -I/usr/lib/perl5/5.6.0/i586-linux/CORE
PerlErrorCallbackHandler.cpp
mkdir ../blib/arch/auto/Handler
rm -rf ../blib/arch/auto/Handler/Handler.a
/usr/bin/ar cr ../blib/arch/auto/Handler/Handler.a PerlCallbackHandler.o
PerlContentCallbackHandler.o PerlDocumentCallbackHandler.o
PerlErrorCallbackHandler.o && : ../blib/arch/auto/Handler/Handler.a
chmod 755 ../blib/arch/auto/Handler/Handler.a
make[1]: Leaving directory `/root/Xerces/XML-Xerces-1.7.0-1/Handler'
make[1]: Entering directory `/root/Xerces/XML-Xerces-1.7.0-1/DOMParse'
mkdir ../blib/arch/auto/XML/Xerces/DOMParse
mkdir ../blib/lib/auto/XML/Xerces/DOMParse
Skip ../blib/lib/XML/Xerces/DOMParse.pm (unchanged)
Manifying ../blib/man3/XML::Xerces::DOMParse.3pm
make[1]: Leaving directory `/root/Xerces/XML-Xerces-1.7.0-1/DOMParse'
cc -c -I. -IHandler -I/root/Xerces/xerces-c-src1_7_0/include
-D_REENTRANT -DDEBIAN -O2 -pipe -DVERSION=\"1.7.0-1\"
-DXS_VERSION=\"1.7.0-1\" -fpic -I/usr/lib/perl5/5.6.0/i586-linux/CORE
Xerces.C
Running Mkbootstrap for XML::Xerces ()
chmod 644 Xerces.bs
LD_RUN_PATH="/lib:/root/Xerces/xerces-c-src1_7_0/lib" cc -o
blib/arch/auto/XML/Xerces/Xerces.so -shared -L/usr/local/lib Xerces.o
blib/arch/auto/Handler/Handler.a -lpthread
-L/root/Xerces/xerces-c-src1_7_0/lib -lxerces-c1_7_0
chmod 755 blib/arch/auto/XML/Xerces/Xerces.so
cp Xerces.bs blib/arch/auto/XML/Xerces/Xerces.bs
chmod 644 blib/arch/auto/XML/Xerces/Xerces.bs
Manifying blib/man3/XML::DOMParse::DOMParse.3pm
twist:~/Xerces/XML-Xerces-1.7.0-1 # make test
make[1]: Entering directory `/root/Xerces/XML-Xerces-1.7.0-1/DOMParse'
make[1]: Leaving directory `/root/Xerces/XML-Xerces-1.7.0-1/DOMParse'
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib
-I/usr/lib/perl5/5.6.0/i586-linux -I/usr/lib/perl5/5.6.0 -e 'use
Test::Harness qw(&runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t
t/AttributeList.....Can't load 'blib/arch/auto/XML/Xerces/Xerces.so' for
module XML::Xerces: blib/arch/auto/XML/Xerces/Xerces.so: undefined
symbol: _6XMLUni.fgNullPointerException_Name at
/usr/lib/perl5/5.6.0/i586-linux/DynaLoader.pm line 200.
at blib/lib/XML/Xerces.pm line 8
Compilation failed in require at t/AttributeList.t line 14.
BEGIN failed--compilation aborted at t/AttributeList.t line 14.
t/AttributeList.....dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-8
Failed 8/8 tests, 0.00% okay
t/Attributes........Can't load 'blib/arch/auto/XML/Xerces/Xerces.so' for
module XML::Xerces: blib/arch/auto/XML/Xerces/Xerces.so: undefined
symbol: _6XMLUni.fgNullPointerException_Name at
/usr/lib/perl5/5.6.0/i586-linux/DynaLoader.pm line 200.
at blib/lib/XML/Xerces.pm line 8
Compilation failed in require at t/Attributes.t line 14.
BEGIN failed--compilation aborted at t/Attributes.t line 14.
t/Attributes........dubious
Test returned status 255 (wstat 65280, 0xff00)
Undefined subroutine &Test::Harness::WCOREDUMP called at
/usr/lib/perl5/5.6.0/Test/Harness.pm line 334.
make: *** [test_dynamic] Error 255
twist:~/.cpan/build/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 =>
/root/Xerces/xerces-c-src1_7_0/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)
--
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: erwin@fruitfly.org
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Jason E. Stewart" <ja...@openinformatics.com>.
"Erwin Frise" <er...@fruitfly.org> writes:
> Thanks a lot for all your help - I have really appreciated all of
> your input.
Cool!
I'm glad that you've got a complete build of Xerces.
If you have any issues with using it, let us know.
jas.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by Erwin Frise <er...@fruitfly.org>.
On Mon, 2002-07-15 at 03:50, David Starks-Browning wrote:
> The fact that Xerces.so is pulling in libgcc_s.so.1 suggests to me
> that you are building with gcc-3.x. Can you check this? I ask
> because previously you had reported gcc-2.95.3, perhaps when
> describing the Xerces C++ build. I think these need to be the same
> when dealing with C++ libraries.
David,
you where (almost) right on the spot. While I made sure that everything
was using gcc 2.95.3 to compile, apparently somewhere during
compilation, the gcc 3 libraries, left from an "unauthorized"
installation of gcc 3.01 in /usr/local, where used instead. We removed
all traces of gcc 3 and _finally_ got rid of the error. I should have
read the ldd output more carefully - I never considered that it would
preferentially use the gcc 3 libraries when everything else appeared to
be using 2.95.
Thanks a lot for all your help - I have really appreciated all of your
input.
Erwin
--
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: erwin@fruitfly.org
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by David Starks-Browning <st...@ebi.ac.uk>.
On 12 Jul 02, Erwin Frise writes:
> 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)
Erwin,
The fact that Xerces.so is pulling in libgcc_s.so.1 suggests to me
that you are building with gcc-3.x. Can you check this? I ask
because previously you had reported gcc-2.95.3, perhaps when
describing the Xerces C++ build. I think these need to be the same
when dealing with C++ libraries.
Regards,
David
-------------------------------------------------------------------
David Starks-Browning | starksb@ebi.ac.uk
EMBL Outstation -- |
The European Bioinformatics Institute |
Wellcome Trust Genome Campus | tel: +44 (1223) 494 616
Hinxton, Cambridge, CB10 1SD, UK | fax: +44 (1223) 494 468
-------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Steven N. Hirsch" <hi...@btv.ibm.com>.
On 12 Jul 2002, Erwin Frise wrote:
> 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 /usr/lib/libxerces-c1_7_0.so |
> grep fgNullPointerException_Name
> 001ce0e0 R _ZN6XMLUni27fgNullPointerException_NameE
At first glance, these are not identical symbols. This bolsters my
suspicion that the Perl module build is seeing something different
header-wise.
Steve
--
----------------------------------------------------------------
Steven N. Hirsch tie-line: 446-6557 ext: 802-769-6557
Staff Engineer Methodology Integration Team
ASIC Product Development IBM Microelectronics
----------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by Erwin Frise <er...@fruitfly.org>.
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" <hi...@btv.ibm.com> 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: erwin@fruitfly.org
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Jason E. Stewart" <ja...@openinformatics.com>.
"Steven N. Hirsch" <hi...@btv.ibm.com> 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.
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org
Re: Xercec problems
Posted by "Steven N. Hirsch" <hi...@btv.ibm.com>.
On 11 Jul 2002, Jason E. Stewart wrote:
> "Erwin Frise" <er...@fruitfly.org> writes:
>
> > Xerces itself seems to run fine (all the libxerces-c1_7_0.so tests pass
> > with flying colors) - just the perl module causes the NullPointer
> > exception. The source of Xerces.so (the shared library for perl which
> > bombs) is over 25,000 lines and I'm not planning on sifting through that
> > to find the problem. I cannot find anything obvious that we're doing
> > wrong - according to the info from Makefile.PL we're using the correct
> > libxerces and includes. Xerces.so definitly points to the correct
> > libxerces-c1_7_0.so and we're using a resonable recent glibc-2.2.2.
> > Possibly a perl 5.6.0 issue or a real bug?
>
> Hey all,
>
> I'd love to help diagnose the situation, but I'll need more info:
>
> - architecture
> - did you compile xerces-c from source or are you using the binary
> - gcc version
> - what's the problem? Run time problem or compile problem?
>
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.
Steve
----------------------------------------------------------------
Steven N. Hirsch tie-line: 446-6557 ext: 802-769-6557
Staff Engineer Methodology Integration Team
ASIC Product Development IBM Microelectronics
----------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-p-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-p-dev-help@xml.apache.org