aMule Forum
English => aMule crashes => Topic started by: zenria on November 03, 2005, 11:05:18 AM
-
I have the following backtrace on my box :
----------------------------=| BACKTRACE FOLLOWS: |=----------------------------
Current version is: aMule CVS using wxGTK2 v2.6.2 (Snapshot: Sun Oct 30 07:02:00 CET 2005)
Running on: Linux 2.6.12-gentoo-r10 i686
[2] CamuleApp::OnFatalException() in amule.cpp:1265
[3] wxFatalSignalHandler in /usr/lib/libwx_base-2.6.so.0[0x406ca896]
[4] ?? in /lib/libpthread.so.0 [0x400345d4]
[5] ?? in [0xffffe420]
It occurs sometimes.
-
zenria,
Hum, sorry, but this one is not helpfull... You are probably having a stack corruption. Try to generate one with gdb:
http://www.amule.org/wiki/index.php/Backtraces
Cheers!
-
try setting your locale in the console where you run amule to C
do the following:
export LC_ALL="C"
and start amule in THAT shell, see if it start up
-
Originally posted by stefanero
export LC_ALL="C"
and start amule in THAT shell, see if it start up
This does not work, i will try gdb to produce a more beautyfull backtrace !
-
ok
I thought it might have been the new wxGTK-feature which makes some locales crash...
-
wx finally declared the crashes as official features? :D
-
I declared it as a feature since they have not posted a hot-fix yet ;) so it must be on purpose :rolleyes:
-
Here is the full gdb output :
(gdb) run
Starting program: /usr/bin/amule
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 6145)]
Initialising aMule
Checking if there is an instance already running...
[New Thread 32769 (LWP 6149)]
[New Thread 16386 (LWP 6150)]
[New Thread 32771 (LWP 6151)]
HTTP download thread started
HTTP download thread end
Loading temp files from /home/amule/temp.
All PartFiles Loaded.
ListenSocket: Ok.
*** TCP socket (ECServer) listening on 0.0.0.0:4712
*** Server UDP socket (TCP+3) at 0.0.0.0:4665
*** TCP socket (TCP) listening on 0.0.0.0:4662
*** Client UDP socket (extended eMule) at 0.0.0.0:4672
Empty dir /home/amule/ shared
[New Thread 49156 (LWP 6152)]
[New Thread 65541 (LWP 6153)]
HTTP download thread started
[Thread 32771 (LWP 6151) exited]
[Thread 49156 (LWP 6152) exited]
Host: emulepawcio.sourceforge.net:80
URL: [URL]http://emulepawcio.sourceforge.net/nieuwe_site/Ipfilter_fakes/ipfilter.dat[/URL]
Response: 302 (Error: 0)
Host: emulepawcio.sourceforge.net:80
URL: [URL]http://emulepawcio.sourceforge.net/downloads/get.php?file=ipfilter.dat[/URL]
Response: 302 (Error: 0)
Host: mesh.dl.sourceforge.net:80
URL: [URL]http://mesh.dl.sourceforge.net/sourceforge/emulepawcio/ipfilter.dat[/URL]
Response: 200 (Error: 0)
Download size: 7579195
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 6145)]
0x403641ac in GSocketGUIFunctionsTableConcrete::Disable_Events () from /usr/lib/libwx_gtk2_core-2.6.so.0
(gdb) bt
#0 0x403641ac in GSocketGUIFunctionsTableConcrete::Disable_Events () from /usr/lib/libwx_gtk2_core-2.6.so.0
#1 0x40d66fd1 in gdk_get_show_events () from /usr/lib/libgdk-x11-2.0.so.0
#2 0x42200500 in ?? ()
#3 0x00000012 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(gdb) bt full
#0 0x403641ac in GSocketGUIFunctionsTableConcrete::Disable_Events () from /usr/lib/libwx_gtk2_core-2.6.so.0
No symbol table info available.
#1 0x40d66fd1 in gdk_get_show_events () from /usr/lib/libgdk-x11-2.0.so.0
No symbol table info available.
#2 0x42200500 in ?? ()
No symbol table info available.
#3 0x00000012 in ?? ()
No symbol table info available.
(gdb) thead apply all bt
Undefined command: "thead". Try "help".
(gdb) thread apply all bt
Thread 6 (Thread 65541 (LWP 6153)):
#0 0x4093d181 in select () from /lib/libc.so.6
#1 0x405a330c in ?? () from /usr/lib/libwx_base_net-2.6.so.0
#2 0x42201108 in ?? ()
#3 0x00000000 in ?? ()
#4 0x00000000 in ?? ()
#5 0x4059baf4 in GSocket::Input_Timeout () from /usr/lib/libwx_base_net-2.6.so.0
#6 0x4059b247 in GSocket::Read () from /usr/lib/libwx_base_net-2.6.so.0
#7 0x40596652 in wxSocketBase::_Read () from /usr/lib/libwx_base_net-2.6.so.0
#8 0x4059656a in wxSocketBase::Read () from /usr/lib/libwx_base_net-2.6.so.0
#9 0x40595675 in wxSocketInputStream::OnSysRead () from /usr/lib/libwx_base_net-2.6.so.0
#10 0x4058fd43 in wxHTTPStream::OnSysRead () from /usr/lib/libwx_base_net-2.6.so.0
#11 0x40681640 in wxInputStream::Read () from /usr/lib/libwx_base-2.6.so.0
#12 0x080d186d in CHTTPDownloadThreadBase::Entry (this=0x8ca36e8) at HTTPDownload.cpp:218
#13 0x406c0811 in wxThreadInternal::PthreadStart () from /usr/lib/libwx_base-2.6.so.0
#14 0x406c069e in wxPthreadStart () from /usr/lib/libwx_base-2.6.so.0
#15 0x4002e0f2 in pthread_start_thread () from /lib/libpthread.so.0
#16 0x4002e17f in pthread_start_thread_event () from /lib/libpthread.so.0
#17 0x4094385a in clone () from /lib/libc.so.6
Thread 3 (Thread 16386 (LWP 6150)):
#0 0x40035056 in nanosleep () from /lib/libpthread.so.0
#1 0x00000000 in ?? ()
#2 0x406c8c7c in wxMicroSleep () from /usr/lib/libwx_base-2.6.so.0
#3 0x406c8cb4 in wxMilliSleep () from /usr/lib/libwx_base-2.6.so.0
#4 0x406c0eae in wxThread::Sleep () from /usr/lib/libwx_base-2.6.so.0
#5 0x081123f8 in UploadBandwidthThrottler::Entry (this=0x8ce2c68) at UploadBandwidthThrottler.cpp:367
#6 0x406c0811 in wxThreadInternal::PthreadStart () from /usr/lib/libwx_base-2.6.so.0
#7 0x406c069e in wxPthreadStart () from /usr/lib/libwx_base-2.6.so.0
#8 0x4002e0f2 in pthread_start_thread () from /lib/libpthread.so.0
#9 0x4002e17f in pthread_start_thread_event () from /lib/libpthread.so.0
#10 0x4094385a in clone () from /lib/libc.so.6
Thread 2 (Thread 32769 (LWP 6149)):
#0 0x4093ae58 in poll () from /lib/libc.so.6
#1 0x4002ddbe in __pthread_manager () from /lib/libpthread.so.0
#2 0x4002dff7 in __pthread_manager_event () from /lib/libpthread.so.0
---Type to continue, or q to quit---
#3 0x4094385a in clone () from /lib/libc.so.6
Thread 1 (Thread 16384 (LWP 6145)):
#0 0x403641ac in GSocketGUIFunctionsTableConcrete::Disable_Events () from /usr/lib/libwx_gtk2_core-2.6.so.0
#1 0x40d66fd1 in gdk_get_show_events () from /usr/lib/libgdk-x11-2.0.so.0
#2 0x42200500 in ?? ()
#3 0x00000012 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(gdb)
Have a nice debug session ;)
-
zenria,
Unfortunately, this is also not good. :( the thread that crashed did so inside wxGTK lib and we have a corrupt stack, so it is not possible to trace the call inside aMule. What you can do if you have some patience is to compile wx yourself with debug information and then do another backtrace, then maybe we can find a problem inside wx code, or even a wrong parameter call inside aMule.
Anyway, the corrupt stack is misleading, the problem could be anywhere else.
-
When I will have time, I'll try to recompile wxGTK 2.6.2 with debug enabled.
Now I use wxGTK 2.6.1 and everything seems to work fine.
-
I found the problem : my libpthread was corrupted (hard drive failures) X(
-
stupid hard drives........