DragonFly BSD
DragonFly commits List (threaded) for 2005-07
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

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 ...

From: Joerg Sonnenberger <joerg@xxxxxxxxxxxxxxxxx>
Date: Wed, 13 Jul 2005 01:59:32 +0200
Mail-followup-to: commits@crater.dragonflybsd.org

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.


[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]