Re: [xml] libxslt 1.0.7/libxml2-2.4.10 core on aix
- From: Melvyn Sopacua <mdev idg nl>
- To: veillard redhat com
- Cc: xml gnome org
- Subject: Re: [xml] libxslt 1.0.7/libxml2-2.4.10 core on aix
- Date: Wed, 14 Nov 2001 22:30:28 +0100
At 21:18 14-11-2001, Daniel Veillard shared with all of us:
Then I don't know. Taking a debugger and checking where this happens
sounds the only possibility and I can't do it myself because I don't
have access to AIX.
Maybe someone with AIX access could step in ?
Ok - on a 4.3.3.0 system, with 2 CPU's. gcc 2.95.2.
LibXML2 I had to install first, and then could do a make check. Don't have
the history
anymore, but if you think it's important I'll redo it. It's working fine
now though.
I compiled it like:
./configure \
--prefix=/home/mdev/local \
--with-html-dir=/home/mdev/public_html \
--enable-shared \
--with-mem-debug
Virtually the same for LibXSLT 1.0.7:
./configure \
--prefix=/home/mdev/local \
--with-html-dir=/home/mdev/public_html \
--enable-shared \
--with-mem-debug \
--with-libxml-prefix=/home/mdev/local
This also breaks on the auto-check. After install, the core dumps occur.
I then went into xsltproc/ under the main sourcetree and removed xsltproc:
$ make
/bin/sh ../libtool --mode=link gcc -g -O2 -o xsltproc xsltproc.o
../libxslt/libxslt.la ../libexslt/libexslt.la
../breakpoint/libxsltbreakpoint.la -L/home/mdev/local/lib -lxml2 -lz -L/lib
-liconv -lm -lm
--------->> NOTICE:
libtool: link: warning: this platform does not like uninstalled shared
libraries
libtool: link: `xsltproc' will be relinked during installation
gcc -g -O2 -o .libs/xsltproc xsltproc.o -L../libxslt/.libs -lxslt -lm
-L../libexslt/.libs -lexslt -lm -L../breakpoint/.libs -lxsltbreakpo
int -lm -L/home/mdev/local/lib -lxml2 -L/lib -lm -lz -liconv -lm -lm
-Wl,-bnolibpath -Wl,-blibpath:/home/mdev/_src/libxslt-1.0.7/libxslt/.
libs:/usr/lib:/lib -Wl,-bnolibpath
-Wl,-blibpath:/home/mdev/_src/libxslt-1.0.7/libexslt/.libs:/usr/lib:/lib
-Wl,-bnolibpath -Wl,-blibpath:
/home/mdev/_src/libxslt-1.0.7/breakpoint/.libs:/usr/lib:/lib
-Wl,-bnolibpath -Wl,-blibpath:/home/mdev/local/lib:/usr/lib:/lib -Wl,-bnolibp
ath -Wl,-blibpath:/home/mdev/local/lib:/usr/lib:/lib
creating xsltproc
$ file xsltproc
xsltproc: shell script - sh (default shell)
$ cd .libs
$ file xsltproc
xsltproc: executable (RISC System/6000) or object module not stripped
Then a make check and a lotta core dumps:
LibXSLT core:
$ gdb -core=./core -exec=~/_src/libxslt-1.0.7/xsltproc/.libs/xsltproc
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "rs6000-ibm-aix4.3.3.0".
warning: exec file is newer than core file.
Core was generated by `xsltproc'.
Program terminated with signal 11, Segmentation fault.
#0 0xd083c748 in xsltRegisterExtModuleFunction () at extensions.c:896
896 extensions.c: No such file or directory.
(gdb) bt
#0 0xd083c748 in xsltRegisterExtModuleFunction () at extensions.c:896
#1 0xd083c548 in exsltCommonRegister () at common.c:99
#2 0xd08451d8 in exsltRegisterAll () at exslt.c:31
#3 0x10000ffc in ?? () from
/home/mdev/_src/libxslt-1.0.7/xsltproc/.libs/xsltproc
The thing that strikes me as odd, is that xsltproc is in .libs instead of
libxsltproc.la or
something similar.
Daniel
HTH,
Melvyn
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]