aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Author Topic: Amule r10476 crashes every few days  (Read 4021 times)

staxx

  • Approved Newbie
  • *
  • Karma: 8
  • Offline Offline
  • Posts: 29
Amule r10476 crashes every few days
« on: March 31, 2011, 05:32:40 PM »

Hello everybody.

Trying to use amule on redhat system, it crashes every few days. I updated to one of recent svn versions, r10476.. it still crashes now and then (sometimes it works for 2 days between crashes, sometimes only a few hours). It's run in vnc session, and doesn't consume excessive amounts of memory or CPU resources.. Backtraces of last crash are here - however IIRC amule was compiled with enable-optimize (not sure), if this crash report is not good, I'll try to compile it with different option.

amule compiled manually, all other packages are system. I installed every debuginfo package of libraries that amule is linked with.  Essential versions:
amule-2.2.99-2.10476.el6.x86_64
wxGTK-2.8.11-3.el6.x86_64
gtk2-2.18.9-6.el6.x86_64
libX11-1.3-2.el6.x86_64
glibc-2.12-1.19.el6.x86_64
libstdc++-4.3.2-7.x86_64
gcc-4.4.5-6.el6.x86_64

Code: [Select]
Core was generated by `/usr/bin/amule'.
Program terminated with signal 6, Aborted.
#0  0x00000030ece329e5 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64   return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
(gdb) bt
#0  0x00000030ece329e5 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00000030ece341c5 in abort () at abort.c:92
#2  0x000000000066cf03 in CFileAreaSigHandler::Handler (sig=11, info=0x7fff179c70f0, ctx=0x7fff179c6fc0)
    at FileArea.cpp:128
#3  <signal handler called>
#4  0x0000000006aa2470 in ?? ()
#5  0x00000030f822462f in gdk_io_invoke (source=<value optimized out>, condition=<value optimized out>,
    data=0x7fb544000910) at gdkevents.c:1082
#6  0x00000030eca38f0e in g_main_dispatch (context=0x13f6d90) at gmain.c:1960
#7  IA__g_main_context_dispatch (context=0x13f6d90) at gmain.c:2513
#8  0x00000030eca3c938 in g_main_context_iterate (context=0x13f6d90, block=1, dispatch=1,
    self=<value optimized out>) at gmain.c:2591
#9  0x00000030eca3cd55 in IA__g_main_loop_run (loop=0x14ce3e0) at gmain.c:2799
#10 0x00000030f974c2c7 in IA__gtk_main () at gtkmain.c:1218
#11 0x000000303c3e7838 in wxEventLoop::Run (this=<value optimized out>) at src/gtk/evtloop.cpp:76
#12 0x000000303c461e1b in wxAppBase::MainLoop (this=0x13f67f0) at src/common/appcmn.cpp:312
#13 0x00000030ef296295 in wxEntry (argc=<value optimized out>, argv=<value optimized out>)
    at src/common/init.cpp:448
#14 0x0000000000503c82 in main (argc=1, argv=<value optimized out>) at amule-gui.cpp:93
(gdb) bt full
#0  0x00000030ece329e5 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
        resultvar = 0
        pid = <value optimized out>
        selftid = 5048
#1  0x00000030ece341c5 in abort () at abort.c:92
        save_stage = 2
        act = {__sigaction_handler = {sa_handler = 0x7fff179c6e60, sa_sigaction = 0x7fff179c6e60},
          sa_mask = {__val = {210128513053, 1, 1, 21027600, 0, 79, 210166197551, 21027600, 0, 79,
    210166197551, 140733589515968, 210128513053, 1, 65898480, 1}}, sa_flags = 21027600, sa_restorer =
    0x7fff179c7050}
        sigs = {__val = {32, 0 <repeats 15 times>}}
#2  0x000000000066cf03 in CFileAreaSigHandler::Handler (sig=11, info=0x7fff179c70f0, ctx=0x7fff179c6fc0)
    at FileArea.cpp:128
        cur = 0x0
        sa = <value optimized out>
#3  <signal handler called>
No symbol table info available.
#4  0x0000000006aa2470 in ?? ()
No symbol table info available.
#5  0x00000030f822462f in gdk_io_invoke (source=<value optimized out>, condition=<value optimized out>,
    data=0x7fb544000910) at gdkevents.c:1082
        closure = 0x7fb544000910
        gdk_cond = GDK_INPUT_WRITE
#6  0x00000030eca38f0e in g_main_dispatch (context=0x13f6d90) at gmain.c:1960
        dispatch = 0x30eca6e2f0 <g_io_unix_dispatch>
        was_in_call = 0
        user_data = 0x7fb544000910
        callback = 0x30f82245e0 <gdk_io_invoke>
        cb_funcs = 0x30ecce4970
        cb_data = 0x7fb544006110
        current_source_link = {data = 0x7fb544000c20, next = 0x0}
        need_destroy = <value optimized out>
        source = 0x7fb544000c20
        current = 0x3cc1360
        i = <value optimized out>
#7  IA__g_main_context_dispatch (context=0x13f6d90) at gmain.c:2513
No locals.
---Type <return> to continue, or q <return> to quit---
#8  0x00000030eca3c938 in g_main_context_iterate (context=0x13f6d90, block=1, dispatch=1,
    self=<value optimized out>) at gmain.c:2591
        max_priority = 2147483647
        timeout = 4
        some_ready = 1
        nfds = 486
        allocated_nfds = <value optimized out>
        fds = <value optimized out>
        __PRETTY_FUNCTION__ = "g_main_context_iterate"
#9  0x00000030eca3cd55 in IA__g_main_loop_run (loop=0x14ce3e0) at gmain.c:2799
        self = 0x13f88b0
        __PRETTY_FUNCTION__ = "IA__g_main_loop_run"
#10 0x00000030f974c2c7 in IA__gtk_main () at gtkmain.c:1218
        tmp_list = <value optimized out>
        functions = 0x0
        init = <value optimized out>
        loop = 0x14ce3e0
#11 0x000000303c3e7838 in wxEventLoop::Run (this=<value optimized out>) at src/gtk/evtloop.cpp:76
        activate = {m_evtLoopOld = 0x0}
        exitcode = <value optimized out>
#12 0x000000303c461e1b in wxAppBase::MainLoop (this=0x13f67f0) at src/common/appcmn.cpp:312
        mainLoop = {<wxEventLoopPtr> = {m_ptr = 0x3c73e10}, m_pp = 0x13f6868, m_pOld = 0x0}
#13 0x00000030ef296295 in wxEntry (argc=<value optimized out>, argv=<value optimized out>)
    at src/common/init.cpp:448
        initializer = {m_ok = true}
#14 0x0000000000503c82 in main (argc=1, argv=<value optimized out>) at amule-gui.cpp:93
No locals.
(gdb)
(gdb) thread apply all bt

Thread 3 (Thread 0x7fb5512d7700 (LWP 5055)):
#0  0x00000030ed60ed4d in nanosleep () at ../sysdeps/unix/syscall-template.S:82
#1  0x00000030ef2ec0dc in wxMicroSleep (microseconds=<value optimized out>) at src/unix/utilsunx.cpp:191
#2  0x00000000004ddf3b in UploadBandwidthThrottler::Entry (this=0x3cc3060)
    at UploadBandwidthThrottler.cpp:323
#3  0x00000030ef2e76b1 in wxThreadInternal::PthreadStart (thread=0x3cc3060) at src/unix/threadpsx.cpp:766
#4  0x00000030ed6077e1 in start_thread (arg=0x7fb5512d7700) at pthread_create.c:301
#5  0x00000030ecee5dcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 2 (Thread 0x7fb54b5fe700 (LWP 5058)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216
#1  0x00000030ef2e5dc6 in wxConditionInternal::WaitTimeout (this=0x49168b0, milliseconds=100)
    at src/unix/threadpsx.cpp:405
#2  0x00000030ef2e7243 in wxSemaphoreInternal::WaitTimeout (this=0x495eb20, milliseconds=100)
    at src/unix/threadpsx.cpp:552
#3  0x00000000005d5855 in CTimerThread::Entry (this=0x495f000) at Timer.cpp:66
#4  0x00000030ef2e76b1 in wxThreadInternal::PthreadStart (thread=0x495f000) at src/unix/threadpsx.cpp:766
#5  0x00000030ed6077e1 in start_thread (arg=0x7fb54b5fe700) at pthread_create.c:301
#6  0x00000030ecee5dcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 1 (Thread 0x7fb559451940 (LWP 5048)):
#0  0x00000030ece329e5 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00000030ece341c5 in abort () at abort.c:92
#2  0x000000000066cf03 in CFileAreaSigHandler::Handler (sig=11, info=0x7fff179c70f0, ctx=0x7fff179c6fc0)
    at FileArea.cpp:128
#3  <signal handler called>
#4  0x0000000006aa2470 in ?? ()
#5  0x00000030f822462f in gdk_io_invoke (source=<value optimized out>, condition=<value optimized out>,
    data=0x7fb544000910) at gdkevents.c:1082
#6  0x00000030eca38f0e in g_main_dispatch (context=0x13f6d90) at gmain.c:1960
#7  IA__g_main_context_dispatch (context=0x13f6d90) at gmain.c:2513
#8  0x00000030eca3c938 in g_main_context_iterate (context=0x13f6d90, block=1, dispatch=1,
    self=<value optimized out>) at gmain.c:2591
#9  0x00000030eca3cd55 in IA__g_main_loop_run (loop=0x14ce3e0) at gmain.c:2799
#10 0x00000030f974c2c7 in IA__gtk_main () at gtkmain.c:1218
---Type <return> to continue, or q <return> to quit---
#11 0x000000303c3e7838 in wxEventLoop::Run (this=<value optimized out>) at src/gtk/evtloop.cpp:76
#12 0x000000303c461e1b in wxAppBase::MainLoop (this=0x13f67f0) at src/common/appcmn.cpp:312
#13 0x00000030ef296295 in wxEntry (argc=<value optimized out>, argv=<value optimized out>)
    at src/common/init.cpp:448
#14 0x0000000000503c82 in main (argc=1, argv=<value optimized out>) at amule-gui.cpp:93

Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
Re: Amule r10476 crashes every few days
« Reply #1 on: March 31, 2011, 07:11:42 PM »

It seems the same bug we were suffering here http://forum.amule.org/index.php?topic=18543.0  Either update to wx 2.8.12 or apply the patch. The patch may not be enough for your,  but most of us it was OK.
Logged

staxx

  • Approved Newbie
  • *
  • Karma: 8
  • Offline Offline
  • Posts: 29
Re: Amule r10476 crashes every few days
« Reply #2 on: April 06, 2011, 07:23:13 PM »

Well, wxGTK 2.8.12 isn't even available for fedora or rawhide, so I can't start using it yet (I'll rebuild it for my system as soon as it appears), but something I'm sure of is that these crashes continue to happen even after removing download rate limit, which was said to be causing problem in threads you referred to...
Logged

btkaos

  • Global Moderator
  • Sr. Member
  • *****
  • Karma: 110
  • Offline Offline
  • Posts: 486
  • Kaos is infinite!
Re: Amule r10476 crashes every few days
« Reply #3 on: April 06, 2011, 08:32:33 PM »

Well, wxGTK 2.8.12 isn't even available for fedora or rawhide, so I can't start using it yet (I'll rebuild it for my system as soon as it appears), but something I'm sure of is that these crashes continue to happen even after removing download rate limit, which was said to be causing problem in threads you referred to...
Why not apply Kry's patch and rebuild 2.8.11 rpms?

You should try this, donwload limit did just delay the crash, not solve it. If Kry's patch is not effective we will investigate more.
Logged