On Saturday 19 March 2016 12:32:56 Konstantin Belousov wrote: > On Sat, Mar 19, 2016 at 12:24:11PM +0200, Oleg V. Nauman wrote: > > On Saturday 19 March 2016 12:14:33 Konstantin Belousov wrote: > > > On Sat, Mar 19, 2016 at 09:03:56AM +0200, Oleg V. Nauman wrote: > > > > 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 > > > > > > Again, please show me > > > p *mutex > > > p m > > > p *m > > > from the frame 5. > > > > #0 0x00000008041b2d6a in thr_kill () from /lib/libc.so.7 > > > > [New Thread 809215000 (LWP 100253/<unknown>)] > > (gdb) f 5 > > #5 0x0000000803ed4c20 in __pthread_mutex_timedlock (mutex=0x818200008, > > > > abstime=0x7fffffffc468) at /usr/src/lib/libthr/thread/thr_mutex.c:566 > > > > 566 ret = mutex_lock_common(m, abstime, 0); > > Current language: auto; currently minimal > > (gdb) p *mutex > > $1 = 0x8000000000000001 > > (gdb) p m > > $2 = <value optimized out> > > (gdb) p *m > > Cannot access memory at address 0x1300000049 > > (gdb) > > Try devel/gdb. Also, you could recompile libthr with DEBUG_FLAGS="-O0 -g" > to get rid of optimizations. Core was generated by `akonadi_baloo_index'. Program terminated with signal SIGABRT, Aborted. #0 0x0000000805630d6a in thr_kill () from /lib/libc.so.7 (gdb) bt #0 0x0000000805630d6a in thr_kill () from /lib/libc.so.7 #1 0x0000000805630d3b in __raise (s=6) at /usr/src/lib/libc/gen/raise.c:52 #2 0x0000000805630ca9 in abort () at /usr/src/lib/libc/stdlib/abort.c:65 #3 0x00000008053564b4 in _thread_exit ( fname=0x805357b70 "/usr/src/lib/libthr/thread/thr_mutex.c", lineno=139, msg=0x805357b97 "mutex is on list") at /usr/src/lib/libthr/thread/thr_exit.c:182 #4 0x000000080534cddc in mutex_assert_not_owned (m=0x80064d000) at /usr/src/lib/libthr/thread/thr_mutex.c:139 #5 0x000000080534cfb9 in enqueue_mutex (curthread=0x80e015000, m=0x80064d000) at /usr/src/lib/libthr/thread/thr_mutex.c:383 #6 0x000000080534d213 in mutex_lock_common (m=0x80064d000, abstime=0x7fffffffd4e8, cvattach=0) at /usr/src/lib/libthr/thread/thr_mutex.c:533 #7 0x000000080534c6be in __pthread_mutex_timedlock (mutex=0x811c00008, abstime=0x7fffffffd4e8) at /usr/src/lib/libthr/thread/thr_mutex.c:566 (gdb) f 7 #7 0x000000080534c6be in __pthread_mutex_timedlock (mutex=0x811c00008, abstime=0x7fffffffd4e8) at /usr/src/lib/libthr/thread/thr_mutex.c:566 566 ret = mutex_lock_common(m, abstime, 0); (gdb) p *mutex $1 = (pthread_mutex_t) 0x8000000000000001 (gdb) p m $2 = (struct pthread_mutex *) 0x80064d000 (gdb) p *m $3 = {m_lock = {m_owner = -2147383372, m_flags = 1, m_ceilings = {0, 0}, m_spare = {0, 0, 0, 0}}, m_flags = 1, m_owner = 100276, m_count = 0, m_spinloops = 0, m_yieldloops = 0, m_qe = {tqe_next = 0x0, tqe_prev = 0x0}, m_pqe = {tqe_next = 0x0, tqe_prev = 0x0}} (gdb) p *curthread No symbol "curthread" in current context. (gdb)Received on Sat Mar 19 2016 - 13:03:16 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:03 UTC