From: Alexandre Oliva (oliva@dcc.unicamp.br)
Date: Sat Feb 06 1999 - 22:13:38 EST
On Feb 4, 1999, Alexandre Oliva <oliva@dcc.unicamp.br> wrote:
> On Feb 4, 1999, Godmar Back <gback@marker.cs.utah.edu> wrote:
>>> On Feb 4, 1999, Godmar Back <gback@cs.utah.edu> wrote:
>>>> Hmmm, I was finally able to reproduce the library "not found"
>>>> failure on a slower Linux machine with RedHat 5.1. Apparently,
>>>> it's dying somewhere in libltdl.
>>> Probably the context switch during malloc problem :-(
>> Actually, that's not likely since it happens during startup
>> where there's only one thread runnable: we never switch from the
>> signal handler there.
> Good point, but the interrupt handler is already set up, so it may be
> screwing things up somehow.
I've got good and bad news: as soon as I moved initNativeThreads() to
after initNative(), I didn't get any segmentation fault on
Solaris/sparc and any failure to find libnative on GNU/Linux/x86. So
there really *is* something going on between the signal handler and
dlopen.
In fact, since Solaris was core dumping, I was able to get a stack
trace, and it crashed several stack frames deep inside dlopen().
Which indicates that it is not context switching, it is the signal
handler is somehow negatively interfering with dlopen :-(
I'll leave the tests running for some more time and, if I fail to find
any further random failures, I'll install this change in CVS.
-- Alexandre Oliva http://www.dcc.unicamp.br/~oliva aoliva@{acm.org} oliva@{dcc.unicamp.br,gnu.org,egcs.cygnus.com,samba.org} Universidade Estadual de Campinas, SP, Brasil
This archive was generated by hypermail 2b29 : Sat Sep 23 2000 - 19:57:59 EDT