libkse & jdk14: signals(?) breakage

Alexey Zelkin phantom at FreeBSD.org.ua
Wed Jun 25 03:23:19 PDT 2003


hi,

Yesterday I have got to point then libkse & libthr testing
reached top of my TODO list.  Results are not that I expected and
wanted to get.

In my first expirement I have had 6 Jun's -CURRENT and very recent
libkse and libthr.  In this case at jdk14 build attempt I have
expirienced strange behaviour of both libs:  at compiling of big
chunks of code java compiler stuck in "pause" mode forever.

Well, I have made clean build & install with most recent world,
kernel and libkse and found that "pause" lockups are not repearing
anymore, but something still broken.  While compiling of one of
packages it's usual case then SIGSEGV is received by javac.  In
libc_r case it is usually catched by signalHandler(), handled
and continued.  But in libkse case signal is not even reached
of signalHandler() routine.  As soon as I do 'continue' in gdb
I get another SIGSEGV with below backtrace.

Looks like signals are still not really working in libkse.

ps: I'll do same checking against libthr soon and notice you results.

[..]
Program received signal SIGSEGV, Segmentation fault.
0x28089e9b in __sys_sigprocmask () from /usr/lib/libkse.so.1
(gdb) bt full
#0  0x28089e9b in __sys_sigprocmask () from /usr/lib/libkse.so.1
No symbol table info available.
#1  0x28082c60 in kse_check_signals (curkse=0x8051000)
    at /home/phantom/src5/lib/libpthread/thread/thr_kern.c:1028
        sigset = {__bits = {134549504, 134549664, 0, 134549508}}
        i = 134569876
#2  0x280828c0 in kse_sched_multi (curkse=0x8051000)
    at /home/phantom/src5/lib/libpthread/thread/thr_kern.c:884
        curthread = (struct pthread *) 0x8058000
        td_wait = (struct pthread *) 0x0
        curframe = (struct pthread_sigframe *) 0x2edfe17b
        ret = 0
#3  0x08051000 in ?? ()
No symbol table info available.
[..]



More information about the freebsd-threads mailing list