From: Alexandre Oliva (oliva@dcc.unicamp.br)
Date: Sat Feb 06 1999 - 23:32:13 EST
On Feb 7, 1999, Godmar Back <gback@cs.utah.edu> wrote:
>> Yep. In fact, I've just got this problem with libio on Solaris :-(
>> So delaying the initialization of the threading system doesn't really
>> fix the problem, just hides it better.
> Could the problem be the mmap()?
Which mmap()? The one used by the new garbage collector? I don't
think so, but it might be.
>> But the problem is deep within dlopen, probably within the code that
>> relocates the library jump table (I couldn't get function names :-(
> I showed you how it screwed up the function table in LInux.
One of the questions that remain unanswered is whether something
really screws up the function table or if it's just partially fixed
up.
> It wouldn't work with pthreads OSKit cause the threading system must be
> initialized before we initialize locks in stringInit() etc.
Then I'm not going to install it.
> Well, in this case, simply try to explicitly block and unblock all
> signals before and after the call to dlopen & friends.
I'll wait for the new API calls. Actually, I'd be grateful if you'd
make the test yourself, because I feel I must leave soon to get some
sleep otherwise I won't be able to drive home :-(
-- 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