libpthread_init

[David Xu]

----- Original Message ----- 
From: "Alexander Kabaev" <ak03 at gte.com>
To: "David Xu" <davidxu at freebsd.org>
Cc: "Daniel Eischen" <eischen at pcnet1.pcnet.com>; <freebsd-threads at freebsd.org>
Sent: Thursday, May 08, 2003 9:56 PM
Subject: Re: libpthread_init


> On Thu, 8 May 2003 09:14:37 +0800
> "David Xu" <davidxu at freebsd.org> wrote:
> 
> > 
> > ----- Original Message ----- 
> > From: "Daniel Eischen" <eischen at pcnet1.pcnet.com>
> > To: "David Xu" <davidxu at viatech.com.cn>
> > Cc: <freebsd-threads at freebsd.org>
> > Sent: Thursday, May 08, 2003 9:05 AM
> > Subject: Re: libpthread_init
> > 
> > > I know.  I brought this up years ago, but didn't really
> > > know how to fix it.
> > > 
> > > > It is error-prone mode, while mono-thread has a perfect
> > > > initializing step, why should threaded app have a bad initializing
> > > > step, and we must put : "if (!__isthreaded) then do something"
> > > > everywhere in thread library,
> > > 
> > > I know, I know :-)  You're preaching to the choir! (I agree)
> > > 
> > > > I have already found that a simple "write(1, "hello", 5)" would
> > > > cause SEGSIGV when it is linked with static pthread library.
> > > > FreeBSD now has two mode apps, mono-threaded and mutli-threaded, 
> > > > I think both should have a good initializing code,  both are
> > > > important,  libc should be refined to reflect the fact.
> > > 
> > > Yes.  Have you tried it to see if it works?  The other thread
> > > libraries would also need to be updated.  We should use a common
> > > symbol like __thread_init() or __libc_thread_init() so they can
> > > all override the same symbol.
> > > 
> > 
> > This is what I want to see, neat code. :-)
> > I will try to see if I can work out a patch.
> 
> So what is wrong with __attribute__((constructor)) again?
> 

It does not work for archive version of thread library.

> -- 
> Alexander Kabaev
> _______________________________________________
> freebsd-threads at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-threads
> To unsubscribe, send any mail to "freebsd-threads-unsubscribe at freebsd.org"
>