RE: java/3307: compiled program core dump in GC_find_limit

[Jianlin Chang <chang@platform.com>]

The following reply was made to PR java/3307; it has been noted by GNATS.

From: Jianlin Chang <chang@platform.com>
To: "'tromey@redhat.com'" <tromey@redhat.com>
Cc: gcc-gnats@gcc.gnu.org
Subject: RE: java/3307: compiled program core dump in GC_find_limit
Date: Thu, 21 Jun 2001 12:45:17 -0400

 #0  _Z20_Jv_IsAssignableFromPN4java4lang5ClassES2_ (target=0x0, 
     source=0x153b78) at ../../../gcc-3.0/libjava/java/lang/Class.h:174
 #1  0xfedeed4c in _Jv_IsInstanceOf (obj=0x153b40, cl=0x1)
     at ../../../gcc-3.0/libjava/java/lang/natClass.cc:993
 #2  0xfede8070 in __gcj_personality_v0 (version=1488658, actions=1, 
     exception_class=5138137972373280321, ue_header=0x9c0e0,
 context=0xfea22798)
     at ../../../gcc-3.0/libjava/exception.cc:348
 #3  0xff375f88 in _Unwind_RaiseException (exc=0xfeafafd8)
     at ../../gcc-3.0/gcc/unwind-dw2.c:1008
 #4  0xfede7918 in _Jv_Throw (value=0xfe8dcee8)
     at ../../../gcc-3.0/libjava/exception.cc:104
 #5  0x110430 in
 _ZN3com8platform3lsf5batch27JobDefParse__U24_mErrorHldrC1EPNS2_18JobDefParse
 __U24_1E (this=0xfeaf5fe8, x0=0xfe8945f0)
 #6  0xaf398 in
 _ZN3org6apache7crimson6parser7Parser25fatalEPN4java4lang6StringEP6JArrayIPNS
 5_6ObjectEEPNS5_9ExceptionE (this=0xfeb99b80, messageId=0xfe8a1d60, 
     parameters=0xfeb98f80, e=0x0)
 #7  0xaf2ac in
 _ZN3org6apache7crimson6parser7Parser25fatalEPN4java4lang6StringEP6JArrayIPNS
 5_6ObjectEE (this=0xfeb99b80, message=0xfe8a1d60, 
     parameters=0xfeb98f80)
 #8  0xa01ac in
 _ZN3org6apache7crimson6parser7Parser211readVersionEbPN4java4lang6StringE
 (this=0xfeb99b80, must=true, versionNum=0xfeaffb00)
 #9  0x9f718 in _ZN3org6apache7crimson6parser7Parser212maybeXmlDeclEv (
     this=0xfeb99b80)
 ---Type <return> to continue, or q <return> to quit---
 #10 0x9bcb4 in
 _ZN3org6apache7crimson6parser7Parser213parseInternalEPNS_3xml3sax11InputSour
 ceE (this=0xfeb99b80, input=0xfe8ee540)
 #11 0x9b140 in
 _ZN3org6apache7crimson6parser7Parser25parseEPNS_3xml3sax11InputSourceE
 (this=0xfeb99b80, in=0xfe8ee540)
 #12 0xb5280 in
 _ZN3org6apache7crimson6parser13XMLReaderImpl5parseEPNS_3xml3sax11InputSource
 E (this=0xfe893b40, input=0xfe8ee540)
 #13 0x7086c in
 _ZN3org6apache7crimson4jaxp19DocumentBuilderImpl5parseEPNS_3xml3sax11InputSo
 urceE (this=0xfe8ee5a0, is=0xfe8ee540)
 #14 0x102330 in
 _ZN5javax3xml7parsers15DocumentBuilder5parseEPN4java2io4FileE (
     this=0xfe8ee5a0, f=0xfe8fa950)
 #15 0x110b3c in
 _ZN3com8platform3lsf5batch11JobDefParse5parseEPN4java4lang6StringE
 (fileName=0xfe882180)
 #16 0x11641c in
 _ZN3com8platform3lsf5batch9JobDefRep13genJobDefListEPN4java4lang6StringE
 (this=0xfeb1d108, path=0xfe882180)
 #17 0x116988 in
 _ZN3com8platform3lsf5batch9JobDefRep13genJobDefListEPN4java4lang6StringE
 (this=0xfeb1d108, path=0xfe8822d0)
 #18 0x117118 in
 _ZN3com8platform3lsf5batch9JobDefRep17genFullJobDefListEPNS2_26JobDefRep__U2
 4_DefPathListEP6JArrayIPNS2_16JobDefFieldValueEEPS6_IPN4java4util9ArrayListE
 E (this=0xfeb1d108, plist=0xfe882270, flist=0xfeb98ff0, jobDefList=0x0)
 #19 0x1152a0 in
 _ZN3com8platform3lsf5batch9JobDefRep3setEP6JArrayIPN4java4lang6StringEEPS4_I
 PNS2_16JobDefFieldValueEE (this=0xfeb1d108, pathList=0xfeb98fd0, 
     flist=0xfeb98ff0)
 #20 0x11e5f0 in
 _ZN3com8platform3lsf5batch8LSFLocal10initJobDefEP6JArrayIPN4java---Type
 <return> to continue, or q <return> to quit---
 4lang6StringEEPS4_IPNS2_16JobDefFieldValueEE (this=0xfeaffe20, 
     pathList=0xfeb98fd0, flist=0x0)
 #21 0x1256cc in _ZN4Jsub4mainEP6JArrayIPN4java4lang6StringEE
 (args=0xfeb98fe0)
 #22 0xfedeb2e0 in _ZN3gnu3gcj7runtime11FirstThread3runEv (this=0xfeb9ef00)
     at ../../../gcc-3.0/libjava/gnu/gcj/runtime/natFirstThread.cc:146
 #23 0xfedf6b50 in _ZN4java4lang6Thread4run_EPNS0_6ObjectE (obj=0xfeb9ef00)
     at ../../../gcc-3.0/libjava/java/lang/natThread.cc:276
 #24 0xfeefbd7c in _Z12really_startPv (x=0xfeafdff8)
     at ../../../gcc-3.0/libjava/posix-threads.cc:349
 
 
 >-----Original Message-----
 >From: Tom Tromey [ mailto:tromey@redhat.com ]
 >Sent: Thursday, June 21, 2001 11:33 AM
 >To: chang@platform.com
 >Cc: gcc-gnats@gcc.gnu.org
 >Subject: Re: java/3307: compiled program core dump in GC_find_limit
 >
 >
 >>> Compiled program core dump, stack trace is:
 >>> #0  0xff314130 in GC_find_limit (p=0xffbeea5c "", up=1)
 >>>     at ../../../gcc-3.0/boehm-gc/os_dep.c:644
 >
 >This isn't the location of the actual segv.
 >Instead this is an implementation artifact of the GC.
 >Please read:
 >
 >    http://gcc.gnu.org/java/faq.html#5_2
 >
 >... then reproduce the problem and send us the real backtrace.
 >
 >Please *don't* send the core file.  It is useless to me.
 >
 >Thanks,
 >Tom
 >