On Friday 18 March 2016 11:55:31 Konstantin Belousov wrote:
> On Fri, Mar 18, 2016 at 08:14:57AM +0200, Konstantin Belousov wrote:
> > Yes, please.  It would be significantly easier to diagnose the problem if
> > the minimal example is provided.  If not, please pack one crashing app
> > and all it non-system libraries and provide the tarball to me.
> Meantime you could also try the following change.  I doubt that it would
> fix your issue, but it is possibly related.  Only libthr needs to be
> rebuilt.
> diff --git a/lib/libthr/thread/thr_fork.c b/lib/libthr/thread/thr_fork.c
> index 7256b68..531e09c 100644
> --- a/lib/libthr/thread/thr_fork.c
> +++ b/lib/libthr/thread/thr_fork.c

 No it is still coredumping.
The only positive effect is that segfaults are quite occasional comparing to 
stock libthr

Loaded symbols for /libexec/ld-elf.so.1
#0  0x00000008041b2d6a in thr_kill () from /lib/libc.so.7
[New Thread 809215000 (LWP 100253/<unknown>)]
(gdb) bt
#0  0x00000008041b2d6a in thr_kill () from /lib/libc.so.7
#1  0x00000008041b2d3b in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:52
#2  0x00000008041b2ca9 in abort () at /usr/src/lib/libc/stdlib/abort.c:65
#3  0x0000000803eda67c in _thread_exit (fname=<value optimized out>,
    lineno=<value optimized out>, msg=<value optimized out>)
    at /usr/src/lib/libthr/thread/thr_exit.c:182
#4  0x0000000803ed56fc in mutex_lock_common (m=<value optimized out>,
    abstime=<value optimized out>, cvattach=<value optimized out>)
    at /usr/src/lib/libthr/thread/thr_mutex.c:139
#5  0x0000000803ed4c20 in __pthread_mutex_timedlock (mutex=0x818200008,
    abstime=0x7fffffffc468) at /usr/src/lib/libthr/thread/thr_mutex.c:566

freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to