Date: Fri, 30 Nov 2007 19:01:52 -0500 (EST) From: Daniel Eischen <deischen@freebsd.org> To: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr> Cc: nate@yogotech.com, java@freebsd.org, julian@freebsd.org, davidxu@freebsd.org Subject: Re: cvs commit: src/lib/libkse/thread thr_kern.c Message-ID: <Pine.GSO.4.64.0711301849310.6581@sea.ntplx.net> In-Reply-To: <wpwsrz9uyr.fsf@heho.snv.jussieu.fr> References: <200711301716.lAUHGEV1064334@repoman.freebsd.org> <wpprxrto0s.fsf@heho.snv.jussieu.fr> <Pine.GSO.4.64.0711301659060.5465@sea.ntplx.net> <wpwsrz9uyr.fsf@heho.snv.jussieu.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 1 Dec 2007, Arno J. Klaassen wrote: > Daniel Eischen <deischen@freebsd.org> writes: > >> On Fri, 30 Nov 2007, Arno J. Klaassen wrote: >> >> [ ... ] >> >>> (gdb) where >>> #0 0x000000080075d151 in pthread_sigmask () from /usr/lib/libkse.so.3 >>> #1 0x000000080075d103 in sigprocmask () from /usr/lib/libkse.so.3 >>> #2 0x000000080076c423 in pthread_kill () from /usr/lib/libkse.so.3 >>> #3 0x0000000800758f29 in fork () from /usr/lib/libkse.so.3 >>> #4 0x0000000801e43158 in jdk_fork_wrapper () >> >> This isn't really telling me anything because fork() doesn't call >> pthread_kill(), and pthread_kill() doesn't call sigprocmask(). > > ah, make install strips debug symbols? > > Anyway, I reran with "LD_LIBRARY_PATH=/usr/obj/files/bsd/src7/lib/libkse /usr/local/jdk1.5.0/bin/java_g " > > That gives : > > #0 0x000000080075d151 in _pthread_sigmask (how=3, set=0x813cc6e10, oset=0x0) > at /files/bsd/src7/lib/libkse/thread/thr_sigmask.c:52 > #1 0x000000080075d103 in _sigprocmask (how=3, set=0x813cc6e10, oset=0x0) > at /files/bsd/src7/lib/libkse/thread/thr_sigprocmask.c:49 > #2 0x000000080076c423 in _kse_single_thread (curthread=0x813cc6c00) > at /files/bsd/src7/lib/libkse/thread/thr_kern.c:361 > #3 0x0000000800758f29 in _fork () > at /files/bsd/src7/lib/libkse/thread/thr_fork.c:101 > #4 0x0000000801e43158 in jdk_fork_wrapper () > at ../../../src/solaris/native/java/lang/UNIXProcess_md.c:437 > > Hope this is better Yes, this would seem to be a kernel problem, as _get_curthread() seems to be returning garbage. This is a libkse MD function, that relies on %gs (for i386/amd64) to point to something that was initialized in the parent. Julian, David, got any ideas? -- DE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.64.0711301849310.6581>