Re: cvs commit: src/lib/libc_r/uthread uthread_attr_destroy.c uthread_attr_get_np.c uthread_attr_getdetachstate.c uthread_attr_getinheritsched.c uthread_attr_getschedparam.c uthread_attr_getschedpolicy.c uthread_attr_getscope.c uthread_attr_getstack.c uthread_attr_getstackaddr.c uthread_attr_getstacksize.c uthread_attr_init.c ...

[Joerg Sonnenberger <joerg@xxxxxxxxxxxxxxxxx>]

On Sun, Jul 03, 2005 at 03:08:20AM +0900, YONETANI Tomokazu wrote:
> On Mon, May 30, 2005 at 01:50:54PM -0700, Joerg Sonnenberger wrote:
> >   Modified files:
> >     lib/libc_r/uthread   uthread_attr_destroy.c 
> 				:
> >   Log:
> >   libc_r has to provide strong versions of the public symbols to override
> >   the stubs in libc. Otherwise mixing e.g. of pthread_cond_init from libc
> >   and pthread_cond_timedwait from libc_r can occur and result in panics.
> 
> These symbols seem to intercept calls to pthread_* functions(which are
> probably supposed to be in linux library) from linux plugins too, and
> result in a core dump.

Well, that's one of the reasons why the linux plugin wrapper is broken.
If I have the option to fix native binaries or working Linux plugins, I'm
choosing the native binaries.

Joerg