aMule Forum

English => Backtraces => Topic started by: pochu on April 25, 2007, 01:04:02 PM

Title: aMule crashes when trying to download kad nodes
Post by: pochu on April 25, 2007, 01:04:02 PM
wxWidgets 2.8.4-rc1, compiled with --enable-unicode --enable-debug
aMule cvs from 25/04/2007 compiled with --enable-debug --disable-optimize --with-wx-config=/path...

This is the output of GDB. I hope it's useful! ;)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1273447536 (LWP 17860)]
0xb79ad6fc in wxThreadInternal::GetId (this=0x5)
    at ./src/unix/threadpsx.cpp:655
655         pthread_t GetId() const { return m_threadId; }
(gdb) bt
#0  0xb79ad6fc in wxThreadInternal::GetId (this=0x5)
    at ./src/unix/threadpsx.cpp:655
#1  0xb79a952c in wxThread::GetId (this=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:1285
#2  0xb79aa58f in DeleteThread (This=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:1713
#3  0xb79abb9d in wxThread::Exit (this=0x8ca11e0, status=0x0)
    at ./src/unix/threadpsx.cpp:1494
#4  0xb79abf05 in wxThreadInternal::PthreadStart (thread=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:809
#5  0xb79abf67 in wxPthreadStart (ptr=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:718
#6  0xb7fa731b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#7  0xb76e4c9e in clone () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt full
#0  0xb79ad6fc in wxThreadInternal::GetId (this=0x5)
    at ./src/unix/threadpsx.cpp:655
No locals.
#1  0xb79a952c in wxThread::GetId (this=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:1285
No locals.
#2  0xb79aa58f in DeleteThread (This=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:1713
        locker = {m_isOk = true, m_mutex = @0x8808d58}
        __FUNCTION__ = "DeleteThread"
#3  0xb79abb9d in wxThread::Exit (this=0x8ca11e0, status=0x0)
    at ./src/unix/threadpsx.cpp:1494
        __FUNCTION__ = "Exit"
#4  0xb79abf05 in wxThreadInternal::PthreadStart (thread=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:809
        pthread = (wxThreadInternal *) 0x8ca0460
        rc = 0
        dontRunAtAll = false
        __FUNCTION__ = "PthreadStart"
#5  0xb79abf67 in wxPthreadStart (ptr=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:718
No locals.
#6  0xb7fa731b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#7  0xb76e4c9e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
(gdb) thread apply all bt

Thread 5 (Thread -1273447536 (LWP 17860)):
#0  0xb79ad6fc in wxThreadInternal::GetId (this=0x5)
    at ./src/unix/threadpsx.cpp:655
#1  0xb79a952c in wxThread::GetId (this=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:1285
#2  0xb79aa58f in DeleteThread (This=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:1713
#3  0xb79abb9d in wxThread::Exit (this=0x8ca11e0, status=0x0)
    at ./src/unix/threadpsx.cpp:1494
#4  0xb79abf05 in wxThreadInternal::PthreadStart (thread=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:809
#5  0xb79abf67 in wxPthreadStart (ptr=0x8ca11e0)
    at ./src/unix/threadpsx.cpp:718
#6  0xb7fa731b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#7  0xb76e4c9e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 4 (Thread -1264571504 (LWP 17857)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7fab84c in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb79a9afb in wxConditionInternal::WaitTimeout (this=0x8893ca0,
    milliseconds=96) at ./src/unix/threadpsx.cpp:405
---Type <return> to continue, or q <return> to quit---
#3  0xb79a9be0 in wxCondition::WaitTimeout (this=0x8bb99e4, milliseconds=96)
    at ./include/wx/thrimpl.cpp:256
#4  0xb79aaa29 in wxSemaphoreInternal::WaitTimeout (this=0x8bb99e0,
    milliseconds=96) at ./src/unix/threadpsx.cpp:552
#5  0xb79aab12 in wxSemaphore::WaitTimeout (this=0x8bdc860, milliseconds=96)
    at ./include/wx/thrimpl.cpp:320
#6  0x08341c96 in CTimerThread::Entry (this=0x8bdc840) at Timer.cpp:63
#7  0xb79abdfc in wxThreadInternal::PthreadStart (thread=0x8bdc840)
    at ./src/unix/threadpsx.cpp:766
#8  0xb79abf67 in wxPthreadStart (ptr=0x8bdc840)
    at ./src/unix/threadpsx.cpp:718
#9  0xb7fa731b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#10 0xb76e4c9e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 2 (Thread -1247786096 (LWP 17855)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7fae986 in ?? () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb79b5aab in wxMicroSleep (microseconds=1000)
    at ./src/unix/utilsunx.cpp:191
#3  0xb79b5ad5 in wxMilliSleep (milliseconds=1) at ./src/unix/utilsunx.cpp:212
#4  0xb79a977b in wxThread::Sleep (milliseconds=1)
    at ./src/unix/threadpsx.cpp:986
#5  0x081ac2fb in UploadBandwidthThrottler::Entry (this=0x8b95048)
---Type <return> to continue, or q <return> to quit---
    at UploadBandwidthThrottler.cpp:321
#6  0xb79abdfc in wxThreadInternal::PthreadStart (thread=0x8b95048)
    at ./src/unix/threadpsx.cpp:766
#7  0xb79abf67 in wxPthreadStart (ptr=0x8b95048)
    at ./src/unix/threadpsx.cpp:718
#8  0xb7fa731b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#9  0xb76e4c9e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 1 (Thread -1227233584 (LWP 17841)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb76dafb3 in poll () from /lib/tls/i686/cmov/libc.so.6
#2  0xb70ad889 in ?? () from /usr/lib/libX11.so.6
#3  0x08813290 in ?? ()
#4  0x00000001 in ?? ()
#5  0xb70b664f in _X11TransWrite () from /usr/lib/libX11.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
0xb79ad6fc      655         pthread_t GetId() const { return m_threadId; }
(gdb)
Title: Re: aMule crashes when trying to download kad nodes
Post by: phoenix on April 25, 2007, 02:14:36 PM
Looks like wx bug. You should report this to them. ;)

Cheers!
Title: Re: aMule crashes when trying to download kad nodes
Post by: pochu on April 25, 2007, 03:36:06 PM
Done! :)

http://sourceforge.net/tracker/index.php?func=detail&aid=1707409&group_id=9863&atid=109863
Title: Re: aMule crashes when trying to download kad nodes
Post by: pochu on June 15, 2007, 12:46:34 AM
They said this is probably an aMule bug, rather than a wx one...