[Gc] Re: can't for daemon problem with gcc/gcj compiled program

Andrew Haley aph at redhat.com
Tue Apr 10 09:05:39 PDT 2007


GC people, 

I can't figure out what the cause of this might be.  The infamous
thread registration bug, perhaps?

Any ideas are welcome...

Andrew.


---------------------------------------------------------------------------------
i have compiled/installed gcc3.4.6 in order to compile the gpl software,
pdftk1.4 on solaris8.
pdftk1.4 requires gcj.   after jumping through many hoops, i finally
got pdftk to compile then finally link with g++.

the problem i have now is when i run pdftk i get:
Cant fork daemon
Core Dump

here is the stack trace of the core dump:
(/opt/SUNWspro/bin/../WS5.0/bin/sparcv9/dbx) where =>[1] _libc_kill(0x0,
0x6, 0x0, 0xffffffff, 0x9f7f20, 0xff035970), at 0xff0a0028
  [2] abort(0xff0bc008, 0xff0bc008, 0x0, 0xffbef628, 0x82f618, 0x0), at
0xff035a54
  [3] GC_abort(0x82fe18, 0x0, 0x5dbb2c, 0x0, 0x140, 0xffbef14c), at
0x5d7588
  [4] GC_thr_init(0x9eacc4, 0x9eae04, 0x0, 0xffbef628, 0x0, 0x917284),
at 0x5dbd90
  [5] GC_init_inner(0x0, 0x0, 0x0, 0x0, 0x21eec, 0x5d7fbc), at 0x5d7b90
  [6] GC_init(0x9f7f28, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5d7fc4
  [7] GC_init_gcj_malloc(0x0, 0x5cc1f0, 0x0, 0x0, 0x21a68, 0x5cd698), at
0x5d184c
  [8] _Z10_Jv_InitGCv(0x0, 0xff0bc008, 0x0, 0x0, 0x7df278, 0x9f2000), at
0x5cd12c
  [9] _Z16_Jv_CreateJavaVMPv(0xffffffff, 0x0, 0x0, 0x0, 0x0, 0x0), at
0x4f7b80
  [10] _Z14JvCreateJavaVMPv(0x0, 0x6cfecc, 0x0, 0x0, 0x2e2f312e, 0x2),
at 0x65c040
  [11] main(0x2, 0xffbef5a4, 0xffbef5b0, 0xa0457c, 0x0, 0x0), at
0x1e14c8

then...

(/opt/SUNWspro/bin/../WS5.0/bin/sparcv9/dbx) stop in GC_thr_init
dbx: warning: 'GC_thr_init' has no debugger info -- will trigger on
first instruction
(2) stop in GC_thr_init
(/opt/SUNWspro/bin/../WS5.0/bin/sparcv9/dbx) run ./1.pdf
Running: pdftk ./1.pdf
(process id 8229)
Reading en_US.ISO8859-15.so.2
stopped in GC_thr_init at 0x5dbcac
0x005dbcac: GC_thr_init       : save    %sp, -0x78, %sp
(/opt/SUNWspro/bin/../WS5.0/bin/sparcv9/dbx) step
dbx: no srcline info for current function or any of its callers -- step
aborted
dbx: warning: internal handler (-76) made defunct -- could not enable
event NEXTI

i was pointed to this issue by Andrew Haley:
http//gcc.gnu.org/bugzilla/show_bug.cgi?id=13212

is this the issue i am encountering?
if so, is there a fix?  i noticed a "patch" in the above report, but
it seems more like a listing of diff's of source files.  do i need
a newer version of gcc/gcj?

any help would be appreciated.

thank you 
lloyd knight

-- 
Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK
Registered in England and Wales No. 3798903


More information about the Gc mailing list