libpthread_init
Alexander Kabaev
ak03 at gte.com
Thu May 8 06:56:49 PDT 2003
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?
--
Alexander Kabaev
More information about the freebsd-threads
mailing list