RE: [xml] Problem running testapi for libxml2



Hello Daniel, thank you for the quick reply.

On Sun, with the snapshot's source "testapi" still creates core, stack
is attached below.
On HP, compilation fails with snapshot's source code, failure is
attached below.
On AIX, the tests worked successfully, but for fun I attached the stack
trace from the version 2.6.16

Here's compilers I am using:
HP-UX: 3.3.2
Sun: 3.3.2
AIX: 3.3.1


We are currently trying to port to libxml.
We are building commercial software, and need to use a stable release of
libxml.
Our preference is to build libxml ourselves, instead of downloading
pre-built binaries. 
How do I build a stable version on HP-UX/Sun and AIX platforms?  It has
to be a versioned version (not snapshot).  Are any compilers or versions
of compilers recommended?


HPUX (from today's snapshot):
gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I./include -D_REENTRANT -g
-O2 -ped
antic -W -Wformat -Wunused -Wimplicit -Wreturn-type -Wswitch -Wcomment
-Wtrigrap
hs -Wformat -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow
-Wpointer-a
rith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
-Wmissi
ng-prototypes -Wnested-externs -Winline -Wredundant-decls -c xmlmodule.c
-MT xml
module.lo -MD -MP -MF .deps/xmlmodule.TPlo  -fPIC -DPIC -o
.libs/xmlmodule.lo
xmlmodule.c: In function `xmlModulePlatformOpen':
xmlmodule.c:251: warning: implicit declaration of function `shl_load'
xmlmodule.c:251: error: `BIND_IMMEDIATE' undeclared (first use in this
function)
xmlmodule.c:251: error: (Each undeclared identifier is reported only
once
xmlmodule.c:251: error: for each function it appears in.)
xmlmodule.c:251: warning: return makes pointer from integer without a
cast
xmlmodule.c: In function `xmlModulePlatformClose':
xmlmodule.c:262: warning: implicit declaration of function `shl_unload'
xmlmodule.c: In function `xmlModulePlatformSymbol':
xmlmodule.c:277: warning: implicit declaration of function `shl_findsym'
xmlmodule.c:277: error: `TYPE_PROCEDURE' undeclared (first use in this
function)
xmlmodule.c:279: error: `TYPE_DATA' undeclared (first use in this
function)
*** Error exit code 1


SunOS (from today's snapshot):
 (dbx) where
current thread: t 1
=>[1] strlen(0x0, 0x0, 0xff2f8338, 0x7efefeff, 0x81010100, 0x0), at
0xfeeb3218
  [2] _doprnt(), at 0xfef06518
  [2] _doprnt(0x0, 0xffbee6dc, 0x0, 0xfef3f789, 0x0, 0xff2f835a), at
0xfef06518
  [3] vsnprintf(0x1634c0, 0x7fffffff, 0xff2f8338, 0xffbee6dc, 0xf1a68,
0xff32571
8), at 0xfef0868c
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #9 long long
int:t(0,6)= s64;r(0,6);0010000000
00000000000000;000777777777777777777777;
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #10 long long unsigned
int:t(0,7)= s64;r(0,7);
000000000000000000000000;001777777777777777777777;
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #11 short
int:t(0,8)= s16;r(0,8);-32768;32767;
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #12 short unsigned
int:t(0,9)= s16;r(0,9);0;65
535;
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #13 signed
char:t(0,10)= s8;r(0,10);-128;127;
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #14 unsigned
char:t(0,11)= s8;r(0,11);0;255;
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #15
__int128_t:t(0,12)= s128;r(0,12);000000000
000000000000000;0377777777777777777777777777777777;
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #16
__uint128_t:t(0,13)= s128;r(0,13);00000000
0000000000000000;0377777777777777777777777777777777;
dbx: warning: Unknown symbol type:
/ctron/centeracool/libxml2-2.6.16_snap_solari
s/./.libs/libxml2.so.2:SAX.c stab #25 _Bool:t(0,23)= s8;-16;
Symbol *0x8f8ef8
dbx: duplicate type definition (0,1), assuming int {assumed}, sclass 28:
/ctron/
centeracool/libxml2-2.6.16_snap_solaris/./.libs/libxml2.so.2:entities.c
stab #69
2 int:t(0,1)=r(0,1);-2147483648;2147483647;
  [4] , at
  [5] __xmlLoaderErr(0xa19f0, 0xff2f8338, 0x0, 0xffffffff, 0xfffffff8,
0xa1ba8),
 at 0xff25794c
  [6] xmlNewInputFromFile(0xa19f0, 0x0, 0x1, 0x0, 0x0, 0xff337828), at
0xff2312a
0
  [7] test_xmlNewInputFromFile(0x0, 0xfef4318d, 0xfef4315c, 0xfef402a2,
0xfef3c0
08, 0x8f800), at 0x3a644
  [8] test_parserInternals(0x0, 0x64, 0x0, 0xff2d8c58, 0xff2d8cb8, 0x0),
at 0x3b
768
  [9] testlibxml2(0x0, 0x20aac, 0x3, 0xffffffff, 0xfffffff8, 0x91c28),
at 0x2218
8
  [10] main(0x1, 0xffbee98c, 0xffbee994, 0x8f7d0, 0x0, 0x0), at 0x20de4
(dbx)



AIX(from version 2.6.16):
(gdb) where
#0  0xd01ef220 in _doprnt () from /usr/lib/libc.a(shr.o)
#1  0xd01ee948 in vsnprintf () from /usr/lib/libc.a(shr.o)
#2  0xda6f2ee4 in __xmlRaiseError (
    schannel= 0x20001318: 0x100003d8 <structured_errors>, channel= 0x0:
0x1,
    data=0xf027cae0, ctx=0x0, nod=0x0, domain=12, code=1322,
    level=XML_ERR_ERROR, file=0x0, line=0, str1=0x0, str2=0x0, str3=0x0,
    int1=0, int2=0, msg=0x3fd55555 <Address 0x3fd55555 out of bounds>)
    at error.c:489
#3  0xda771644 in xmlXPathErr (ctxt=0x0, error=1070945621) at
xpath.c:295
#4  0x10069388 in test_xmlXPathErr () at testapi.c:44214
#5  0x10071480 in test_xpathInternals () at testapi.c:47745
#6  0x1000540c in testlibxml2 () at testapi.c:1506
#7  0x1000091c in main (argc=1, argv=0x2ff22a10) at testapi.c:145
#8  0x100001dc in __start ()
(gdb)




-----Original Message-----
From: Daniel Veillard [mailto:veillard redhat com] 
Sent: Wednesday, January 12, 2005 3:28 PM
To: Beylin, Alex
Cc: xml gnome org
Subject: Re: [xml] Problem running testapi for libxml2

On Wed, Jan 12, 2005 at 03:08:58PM -0500, ABeylin axsone com wrote:
Hello,

I built libxml library version 2.6.16 on SunOS, HP-UX and AIX
platforms.

But running "testapi" produces an error in
"xmlRegisterCharEncodingHandler" and a coredump in different places on
different platforms (AIX and HP coredump in same place, Sun in a
different place).
Is this expected?

  xmlRegisterCharEncodingHandler message, yes, I didn't silent it yet.
Now if you manage to crash testapi on some compilers/platforms, it's
great
the goal of testapi is to try to crash the library code by abusing
the API as much as possible. First make sure you have the latest version
(grab the snapshot dist from ftp://xmlsoft.org/), then with your
debugger
gdb/dbx/... run testapi, and show us the stack trace, there should be
a test_xmlXXXX() function calling xmlXXXX() which led to the crash.
And that is important.

To compile I have copied the directory to all of the platforms, and
ran
"configure", and then "make", both with no options.
[...]
Testing parserInternals : 33 of 90 functions ...
Segmentation Fault(coredump)
devsun3.agb:...>

On HPUX:
$ ./testapi
[...]
Testing xpathInternals : 106 of 117 functions ...
Memory fault(coredump)
$

On AIX:
$ ./testapi
[...]
Testing xpathInternals : 106 of 117 functions ...
Segmentation fault(coredump)
$

  We already got a testapi report which was fixed by William Brack
on CVS, so please try with the libxml2-snapshot.tar.gz version and
tell us if it still crashes.

 thanks,

Daniel

-- 
Daniel Veillard      | Red Hat Desktop team http://redhat.com/
veillard redhat com  | libxml GNOME XML XSLT toolkit
http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]