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:566Received on Sat Mar 19 2016 - 06:04:10 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:03 UTC