aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Author Topic: Remote GUI crash on connect to daemon  (Read 4736 times)

TrollGod

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 12
Remote GUI crash on connect to daemon
« on: January 27, 2007, 12:06:15 AM »

For the past few days (sorry, can't remember exactly when it started) amulegui has been crashing just after connecting to the daemon.  It doesn't always do it, but once it has started it will crash every time until the daemon is restarted.

I'm running a debian etch system, with Vollstrecker's CVS packages.
I've updated wxWidgets to 2.8 (was running the 2.6 from the debian repos) and rebuilt amule against that to try and rule out a wx bug and the problem still occurs.

Here is the backtrace from gdb:
Code: [Select]
#0  0xb6fdc8c7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
#1  0xb6fdca95 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
#2  0xb6b73cbe in pango_item_new () from /usr/lib/libpango-1.0.so.0
#3  0xb6b7001d in pango_context_get_font_description ()
   from /usr/lib/libpango-1.0.so.0
#4  0xb6b70590 in pango_itemize_with_base_dir ()
   from /usr/lib/libpango-1.0.so.0
#5  0xb6b78620 in pango_layout_iter_get_char_extents ()
   from /usr/lib/libpango-1.0.so.0
#6  0xb6b791bb in pango_layout_iter_get_char_extents ()
   from /usr/lib/libpango-1.0.so.0
#7  0xb6dc325a in gtk_label_new () from /usr/lib/libgtk-x11-2.0.so.0
#8  0xb782e812 in wxStaticText::DoGetBestSize ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#9  0xb782ed48 in wxStaticText::SetLabel ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#10 0x0810da9d in CSharedFilesCtrl::ShowFilesCount (this=0x850ff40)
    at SharedFilesCtrl.cpp:413
#11 0x0810eb1b in CSharedFilesCtrl::DoShowFile (this=0x850ff40,
    file=0x8598780, batch=false) at SharedFilesCtrl.cpp:217
#12 0x0810eb42 in CSharedFilesCtrl::ShowFile (this=0x850ff40, file=0x8598780)
    at SharedFilesCtrl.cpp:201
#13 0x08070aec in CSharedFilesRem::CreateItem (this=0x842e9a0, tag=0x8598ed8)
    at amule-remote-gui.cpp:873
#14 0x080a20b3 in CRemoteContainer::ProcessUpdate (this=0x842e9a0, reply=0x8572528, full_req=0xbfe2d8ac,
    req_type=1024) at amule-remote-gui.h:332
#15 0x080a28e9 in CRemoteContainer::HandlePacket (this=0x842e9a0, packet=0x8572528) at amule-remote-gui.h:150
#16 0x0806beda in CSharedFilesRem::HandlePacket (this=0x842e9a0,
    packet=0x8572528) at amule-remote-gui.cpp:860
#17 0x0818b577 in CRemoteConnect::OnPacketReceived (this=0x831cc58,
    packet=0x8572528) at RemoteConnect.cpp:159
#18 0x081857e9 in CECSocket::OnInput (this=0x831cc58) at ECSocket.cpp:342
#19 0x0818f26e in CECMuleSocketHandler::SocketHandler (this=0x82c4c40,
    event=@0x8581610) at ECMuleSocket.cpp:58
#20 0xb75424af in wxAppConsole::HandleEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#21 0xb75e523c in wxEvtHandler::ProcessEventIfMatches ()
   from /usr/lib/libwx_baseu-2.8.so.0
#22 0xb75e540e in wxEventHashTable::HandleEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#23 0xb75e55b6 in wxEvtHandler::ProcessEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#24 0xb75e5a9f in wxEvtHandler::ProcessPendingEvents ()
   from /usr/lib/libwx_baseu-2.8.so.0
#25 0xb754276a in wxAppConsole::ProcessPendingEvents ()
   from /usr/lib/libwx_baseu-2.8.so.0
#26 0xb783b16c in wxAppBase::OnIdle () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#27 0xb75424af in wxAppConsole::HandleEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#28 0xb75e523c in wxEvtHandler::ProcessEventIfMatches ()
   from /usr/lib/libwx_baseu-2.8.so.0
#29 0xb75e540e in wxEventHashTable::HandleEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#30 0xb75e55b6 in wxEvtHandler::ProcessEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#31 0xb783b412 in wxAppBase::ProcessIdle ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#32 0xb778259e in wxApp::Initialize () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#33 0xb6fc39b1 in g_source_is_destroyed () from /usr/lib/libglib-2.0.so.0
#34 0xb6fc5731 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#35 0xb6fc87a6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#36 0xb6fc8b67 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#37 0xb6dd1281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#38 0xb779c454 in wxEventLoop::Run () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#39 0xb783ab97 in wxAppBase::MainLoop ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#40 0xb783ac3f in wxAppBase::OnRun () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#41 0xb757c55e in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0
#42 0xb757c612 in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0
#43 0x08072a62 in main (argc=Cannot access memory at address 0x6948da9b
) at amule-remote-gui.cpp:119
#44 0xb72b7ea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#45 0x0806ad71 in _start () at ../sysdeps/i386/elf/start.S:119
(gdb)

I've added the full one as an attachment, I also have the thread one if you need that but it looks pretty much the same as the bt to me.  Hopefully this is of some use to someone, I don't want to have to learn the amule codebase to debug this myself :-).  Let me know if I can do anything else to help though.
Logged

phoenix

  • Evil respawning bird from aMule Dev Team
  • Developer
  • Hero Member
  • *****
  • Karma: 44
  • Offline Offline
  • Posts: 2503
  • The last shadow you'll ever see
Re: Remote GUI crash on connect to daemon
« Reply #1 on: January 27, 2007, 04:21:09 AM »

TrollGod,

I can't see an error in the backtraces you provided. There should be something like "Segmentation Fault - aborted" or something like that. Please post the line at which gdb says something about the error.
Logged

TrollGod

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 12
Re: Remote GUI crash on connect to daemon
« Reply #2 on: January 27, 2007, 02:38:51 PM »

Oops, I didn't actually save that from the run I got the backtraces from.  This is weird, re-running it multiple times gives me several different segfaults, pretty much at random.  The first one is the only really useful one I think but I'll paste all three.

Code: [Select]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1232222528 (LWP 3516)]
0x0818b566 in CRemoteConnect::OnPacketReceived (this=0x831cc58, packet=0x8572510) at RemoteConnect.cpp:159
159                                             handler->HandlePacket(packet);

Code: [Select]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1232243008 (LWP 3632)]
0xb702e8c7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0

Code: [Select]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1232791872 (LWP 3728)]
0xb6b3ff60 in pango_item_new () from /usr/lib/libpango-1.0.so.0
Logged

RRT4

  • Jr. Member
  • **
  • Karma: 3
  • Offline Offline
  • Posts: 67
Re: Remote GUI crash on connect to daemon
« Reply #3 on: January 27, 2007, 02:41:36 PM »

it happens to me also, and amulegui crashes always also if amule/amuled is restarted, i think this issue appeared in the cvs versions from the last ten days
at the same time another worse issue appeared: accessing to web interface (firefox) crashes immediately (just after login) amuleweb and also amule/amuled (with amulegui that does not happen)
only amulecmd seems not to be affected

Connecting...
Going to event loop...
Remote GUI EC event handler
LOG: Fatto! Connessione stabilita con aMule CVS
LOG:
LOG:  - Questo è aMule CVS using wxGTK2 v2.8.0 (Snapshot: Fri Jan 26 07:01:58 CET 2007) basato su eMule
LOG:    In esecuzione su Linux 2.6.19-ARCH i686
LOG:  - Visita http://www.amule.org per sapere se è disponibile una nuova versione
LOG:
*** glibc detected *** amulegui: munmap_chunk(): invalid pointer: 0x083119e8 ***
======= Backtrace: =========
/lib/libc.so.6[0xb7779b00]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb7920191]
/usr/lib/libstdc++.so.6(_ZdaPv+0x1d)[0xb79201ed]
amulegui[0x817d746]
amulegui[0x8072bf9]
amulegui[0x8072d1e]
/usr/lib/libwx_baseu-2.8.so.0(_ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_+0x35)[0xb79ad2d5]
/usr/lib/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent+0x8f)[0xb7a5318f]
/usr/lib/libwx_baseu-2.8.so.0(_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler+0x7b)[0xb7a532db]
/usr/lib/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0xcf)[0xb7a5345f]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN11wxTimerBase6NotifyEv+0x81)[0xb7d2d6b1]
/usr/lib/libwx_gtk2u_core-2.8.so.0[0xb7c17fd5]
/usr/lib/libglib-2.0.so.0[0xb7243f96]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x181)[0xb72439d1]
/usr/lib/libglib-2.0.so.0[0xb7246a2f]
/usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1b7)[0xb7246de7]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xc1)[0xb75011e1]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN11wxEventLoop3RunEv+0x5c)[0xb7c0e7cc]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN9wxAppBase8MainLoopEv+0x4e)[0xb7caaa7e]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN9wxAppBase5OnRunEv+0x21)[0xb7caa021]
/usr/lib/libwx_baseu-2.8.so.0(_Z7wxEntryRiPPw+0x6a)[0xb79e847a]
/usr/lib/libwx_baseu-2.8.so.0(_Z7wxEntryRiPPc+0x36)[0xb79e8526]
amulegui[0x8066640]
/lib/libc.so.6(__libc_start_main+0xd8)[0xb772b7c8]
amulegui(_ZN17wxGenericTreeCtrl20SetItemDropHighlightERK12wxTreeItemIdb+0x219)[0x8065f01]
======= Memory map: ========
08048000-0828e000 r-xp 00000000 03:03 5608       /usr/bin/amulegui
0828e000-08292000 rw-p 00245000 03:03 5608       /usr/bin/amulegui
08292000-0867c000 rw-p 08292000 00:00 0          [heap]
b696b000-b69cb000 rw-s 00000000 00:07 1310724    /SYSV00000000 (deleted)
b69cb000-b6a2b000 rw-s 00000000 00:07 1277955    /SYSV00000000 (deleted)
b6a2b000-b6a39000 r-xp 00000000 03:03 1832       /lib/libresolv-2.5.so
b6a39000-b6a3b000 rw-p 0000d000 03:03 1832       /lib/libresolv-2.5.so
b6a3b000-b6a3d000 rw-p b6a3b000 00:00 0
b6a3d000-b6a41000 r-xp 00000000 03:03 1833       /lib/libnss_dns-2.5.so
b6a41000-b6a43000 rw-p 00003000 03:03 1833       /lib/libnss_dns-2.5.so
b6a49000-b6a5a000 r--p 00000000 03:03 142071     /usr/share/fonts/TTF/Vera.ttf
b6a5a000-b6a60000 r-xp 00000000 03:03 5814       /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
b6a60000-b6a61000 rw-p 00005000 03:03 5814       /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
b6a61000-b6a66000 r--p 00000000 03:03 21485      /usr/share/locale/it/LC_MESSAGES/glib20.mo
b6a66000-b6a97000 r--p 00000000 03:03 96803      /home/tryu/.fonts/TAHOMA.ttf
b6a97000-b6aa7000 r--s 00000000 03:03 926458     /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-x86.cache-2
b6aa7000-b6aad000 r--s 00000000 03:03 265494     /var/cache/fontconfig/d62e99ef547d1d24cdb1bd22ec1a2976-x86.cache-2
b6aad000-b6abb000 r--s 00000000 03:03 926454     /var/cache/fontconfig/f6b893a7224233d96cb72fd88691c0b4-x86.cache-2
b6abb000-b6ac3000 r-xp 00000000 03:03 1836       /lib/libnss_files-2.5.so
b6ac3000-b6ac5000 rw-p 00007000 03:03 1836       /lib/libnss_files-2.5.so
b6ac5000-b6aee000 r-xp 00000000 03:03 108825     /usr/lib/libgnomecanvas-2.so.0.1400.0
b6aee000-b6aef000 rw-p 00029000 03:03 108825     /usr/lib/libgnomecanvas-2.so.0.1400.0
b6aef000-b6b25000 r-xp 00000000 03:03 115330     /usr/lib/libgnomeprintui-2-2.so.0.1.0
b6b25000-b6b27000 rw-p 00035000 03:03 115330     /usr/lib/libgnomeprintui-2-2.so.0.1.0
b6b27000-b6c3a000 r-xp 00000000 03:03 41743      /usr/lib/libxml2.so.2.6.27
b6c3a000-b6c3f000 rw-p 00112000 03:03 41743      /usr/lib/libxml2.so.2.6.27
b6c3f000-b6c40000 rw-p b6c3f000 00:00 0
b6c40000-b6c55000 r-xp 00000000 03:03 41833      /usr/lib/libart_lgpl_2.so.2.3.17
b6c55000-b6c56000 rw-p 00015000 03:03 41833      /usr/lib/libart_lgpl_2.so.2.3.17
b6c56000-b6cb8000 r-xp 00000000 03:03 115150   Abortito
Logged

phoenix

  • Evil respawning bird from aMule Dev Team
  • Developer
  • Hero Member
  • *****
  • Karma: 44
  • Offline Offline
  • Posts: 2503
  • The last shadow you'll ever see
Re: Remote GUI crash on connect to daemon
« Reply #4 on: January 27, 2007, 03:14:12 PM »

Hi TrollGod,

Quote
Originally posted by TrollGod
Oops, I didn't actually save that from the run I got the backtraces from.  This is weird, re-running it multiple times gives me several different segfaults, pretty much at random.  The first one is the only really useful one I think but I'll paste all three.

The only one that is coherent with the backtrace you posted is this one:

Code: [Select]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1232243008 (LWP 3632)]
0xb702e8c7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0

But this is not inside aMule code, so there is little we can do. The interesting one, would be the backtrace relative to this segfault:

Code: [Select]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1232222528 (LWP 3516)]
0x0818b566 in CRemoteConnect::OnPacketReceived (this=0x831cc58, packet=0x8572510) at RemoteConnect.cpp:159
159                                             handler->HandlePacket(packet);

If you get it, please do a
(gdb) p handler

In the frame of the error.

Lets, analyze the situation, you have several different crashes related to memory corruption. If I were you, I would run memtest in your machine, I have a feeling you have a boggus memory chip.

Good luck!
Logged

phoenix

  • Evil respawning bird from aMule Dev Team
  • Developer
  • Hero Member
  • *****
  • Karma: 44
  • Offline Offline
  • Posts: 2503
  • The last shadow you'll ever see
Re: Remote GUI crash on connect to daemon
« Reply #5 on: January 27, 2007, 03:16:06 PM »

Quote
Originally posted by RRT4
it happens to me also, and amulegui crashes always also if amule/amuled is restarted, i think this issue appeared in the cvs versions from the last ten days
at the same time another worse issue appeared: accessing to web interface (firefox) crashes immediately (just after login) amuleweb and also amule/amuled (with amulegui that does not happen)
only amulecmd seems not to be affected
I will do some testing here.
Logged

TrollGod

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 12
Re: Remote GUI crash on connect to daemon
« Reply #6 on: January 28, 2007, 06:47:13 PM »

I'm pretty certain it's not my hardware as the problem occurs on two different machines, desktop and laptop, both debian etch.

I forgot to mention before that the daemon is running on a debian sarge machine, it is CVS20070123 source, but being sarge is built with gcc 3.3.5 rather that 4.x that I have on my desktop.  I don't think that should make a difference but I thought I'd better mention in just in case.

Right then, I've got traces and miscellaneous variable info from the OnPacketReceived segfault.  
Code: [Select]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1232890176 (LWP 28532)]
0x0818b566 in CRemoteConnect::OnPacketReceived (this=0x831cc58, packet=0x84abaa8) at RemoteConnect.cpp:159
159                                             handler->HandlePacket(packet);
(gdb) bt
#0  0x0818b566 in CRemoteConnect::OnPacketReceived (this=0x831cc58, packet=0x84abaa8) at RemoteConnect.cpp:159
#1  0x081857e9 in CECSocket::OnInput (this=0x831cc58) at ECSocket.cpp:342
#2  0x0818f26e in CECMuleSocketHandler::SocketHandler (this=0x82c4c40, event=@0x853abb0) at ECMuleSocket.cpp:58
#3  0xb74f64af in wxAppConsole::HandleEvent () from /usr/lib/libwx_baseu-2.8.so.0
#4  0xb759923c in wxEvtHandler::ProcessEventIfMatches () from /usr/lib/libwx_baseu-2.8.so.0
#5  0xb759940e in wxEventHashTable::HandleEvent () from /usr/lib/libwx_baseu-2.8.so.0
#6  0xb75995b6 in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_baseu-2.8.so.0
#7  0xb7599a9f in wxEvtHandler::ProcessPendingEvents () from /usr/lib/libwx_baseu-2.8.so.0
#8  0xb74f676a in wxAppConsole::ProcessPendingEvents () from /usr/lib/libwx_baseu-2.8.so.0
#9  0xb77ef16c in wxAppBase::OnIdle () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#10 0xb74f64af in wxAppConsole::HandleEvent () from /usr/lib/libwx_baseu-2.8.so.0
#11 0xb759923c in wxEvtHandler::ProcessEventIfMatches () from /usr/lib/libwx_baseu-2.8.so.0
#12 0xb759940e in wxEventHashTable::HandleEvent () from /usr/lib/libwx_baseu-2.8.so.0
#13 0xb75995b6 in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_baseu-2.8.so.0
#14 0xb77ef412 in wxAppBase::ProcessIdle () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#15 0xb773659e in wxApp::Initialize () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#16 0xb6f779b1 in g_source_is_destroyed () from /usr/lib/libglib-2.0.so.0
#17 0xb6f79731 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#18 0xb6f7c7a6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#19 0xb6f7cb67 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#20 0xb6d85281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#21 0xb7750454 in wxEventLoop::Run () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#22 0xb77eeb97 in wxAppBase::MainLoop () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#23 0xb77eec3f in wxAppBase::OnRun () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#24 0xb753055e in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0
#25 0xb7530612 in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0
#26 0x08072a62 in main (argc=Cannot access memory at address 0x0
) at amule-remote-gui.cpp:120
#27 0xb726bea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#28 0x0806ad71 in _start () at ../sysdeps/i386/elf/start.S:119
(gdb)

Code: [Select]
(gdb) bt full
#0  0x0818b566 in CRemoteConnect::OnPacketReceived (this=0x831cc58, packet=0x84abaa8) at RemoteConnect.cpp:159
        handler = (CECPacketHandlerBase *) 0x831ea00
        next_packet = (CECPacket *) 0x0
#1  0x081857e9 in CECSocket::OnInput (this=0x831cc58) at ECSocket.cpp:342
        reply = {_M_ptr = 0x0}
        packet = {_M_ptr = 0x84abaa8}
        bytes_rx = 5134
#2  0x0818f26e in CECMuleSocketHandler::SocketHandler (this=0x82c4c40, event=@0x853abb0) at ECMuleSocket.cpp:58
        socket = (class CECSocket *) 0x831cc58
#3  0xb74f64af in wxAppConsole::HandleEvent () from /usr/lib/libwx_baseu-2.8.so.0
No symbol table info available.



#26 0x08072a62 in main (argc=Cannot access memory at address 0x0
) at amule-remote-gui.cpp:120
No locals.
#27 0xb726bea8 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#28 0x0806ad71 in _start () at ../sysdeps/i386/elf/start.S:119
---Type to continue, or q to quit---
No locals.
(gdb)

Code: [Select]
(gdb) p handler
$1 = (CECPacketHandlerBase *) 0x831ea00
(gdb) p *handler
$2 = {_vptr.CECPacketHandlerBase = 0xc1e1b8b9}
(gdb)

(gdb) p this
$3 = (CRemoteConnect * const) 0x831cc58
(gdb) p *this
$4 = { = { = {_vptr.CECSocket = 0x823aa48, static EC_SOCKET_BUFFER_SIZE = 2048, m_use_events = true,
      m_output_queue = {<__gnu_norm::deque >> = {<__gnu_norm::_Deque_base >> = {
            _M_impl = {> = {<__gnu_cxx::new_allocator> = {}, }, _M_map = 0x831cb78,
              _M_map_size = 8, _M_start = {_M_cur = 0x831c7d0, _M_first = 0x831c7c0, _M_last = 0x831c9c0, _M_node = 0x831cb84}, _M_finish = {_M_cur = 0x831c7d0,
                _M_first = 0x831c7c0, _M_last = 0x831c9c0,
                _M_node = 0x831cb84}}}, }, <__gnu_debug::_Safe_sequence<__gnu_debug_def::deque > >> = {<__gnu_debug::_Safe_sequence_base> = {_M_iterators = 0x0, _M_const_iterators = 0x0, _M_version = 5}, }, },
      m_in_ptr = {<__gnu_norm::vector >> = {<__gnu_norm::_Vector_base >> = {
            _M_impl = {> = {<__gnu_cxx::new_allocator> = {}, },
              _M_start = 0x831cdd8 "", _M_finish = 0x831d5d8 "",
              _M_end_of_storage = 0x831d5d8 ""}}, }, <__gnu_debug::_Safe_sequence<__gnu_debug_def::vector > >> = {<__gnu_debug::_Safe_sequence_base> = {_M_iterators = 0x0, _M_const_iterators = 0x0, _M_version = 1}, }, _M_guaranteed_capacity = 2048},
      m_out_ptr = {<__gnu_norm::vector >> = {<__gnu_norm::_Vector_base >> = {_M_impl = {> = {<__gnu_cxx::new_allocator> = {}, }, _M_start = 0x831d5e0 "",
              _M_finish = 0x831dde0 "",
              _M_end_of_storage = 0x831dde0 ""}}, }, <__gnu_debug::_Safe_sequence<__gnu_debug_def::vector > >> = {<__gnu_debug::_Safe_sequence_base> = {_M_iterators = 0x0, _M_const_iterators = 0x0, _M_version = 1}, }, _M_guaranteed_capacity = 2048},
      m_curr_rx_data = {_M_ptr = 0x8312678}, m_curr_tx_data = {_M_ptr = 0x855e700}, m_rx_flags = 33, m_tx_flags = 34, m_my_flags = 51, m_bytes_needed = 0,
      m_in_header = false, m_curr_packet_len = 5134, m_z = {next_in = 0x831f1fe "SizePref=8\nQueueSizePref=10\nServerKeepAliveTimeout=30\n", avail_in = 0,
        total_in = 5134, next_out = 0x85bee38 "ýýý", avail_out = 0, total_out = 12793, msg = 0x0, state = 0x0, zalloc = 0xb74a6f60 ,
        zfree = 0xb74a6f30 , opaque = 0x0, data_type = 64, adler = 2373122196, reserved = 0}}, <> = {}, },
  m_ec_state = CRemoteConnect::EC_OK,
  m_req_fifo = {<__gnu_norm::list >> = {<__gnu_norm::_List_base >> = {
        _M_impl = { >> = {<__gnu_cxx::new_allocator<__gnu_norm::_List_node >> = {}, }, _M_node = {_M_next = 0x831cda0,
            _M_prev = 0x831cda0}}}, }, <__gnu_debug::_Safe_sequence<__gnu_debug_def::list > >> = {<__gnu_debug::_Safe_sequence_base> = {_M_iterators = 0x0, _M_const_iterators = 0x0, _M_version = 1}, }, },
  m_req_count = -1, m_req_fifo_thr = 20, m_notifier = 0x82f1898, m_connectionPassword = { = {static npos = 4294967295,
      m_pchData = 0x83f1bfc}, }, m_server_reply = { = {static npos = 4294967295, m_pchData = 0x842ea0c}, },
  m_client = { = {static npos = 4294967295, m_pchData = 0x83a4e3c}, }, m_version = { = {static npos = 4294967295,
      m_pchData = 0x83de20c}, }}
(gdb)

(gdb) p packet
$5 = (const CECPacket *) 0x84abaa8
(gdb) p *packet
$6 = { = { = {m_error = 0, m_tagData = 0x0, m_state = CECTag::bsFinished, m_tagName = 32, m_dataLen = 0, m_dataType = 0 '\0',
      m_dynamic = true, m_tagList = {<__gnu_norm::vector >> = {<__gnu_norm::_Vector_base >> = {
            _M_impl = {> = {<__gnu_cxx::new_allocator> = {}, }, _M_start = 0x8599240,
              _M_finish = 0x8599ba8,
              _M_end_of_storage = 0x8599ba8}}, }, <__gnu_debug::_Safe_sequence<__gnu_debug_def::vector > >> = {<__gnu_debug::_Safe_sequence_base> = {_M_iterators = 0x0, _M_const_iterators = 0x0, _M_version = 3}, }, _M_guaranteed_capacity = 43},
      m_haschildren = true, static s_theNullTag = {m_error = 0, m_tagData = 0x8238da4, m_state = CECTag::bsName, m_tagName = 0, m_dataLen = 0, m_dataType = 0 '\0',
        m_dynamic = false, m_tagList = {<__gnu_norm::vector >> = {<__gnu_norm::_Vector_base >> = {
              _M_impl = {> = {<__gnu_cxx::new_allocator> = {}, }, _M_start = 0x0, _M_finish = 0x0,
                _M_end_of_storage = 0x0}}, }, <__gnu_debug::_Safe_sequence<__gnu_debug_def::vector > >> = {<__gnu_debug::_Safe_sequence_base> = {_M_iterators = 0x0, _M_const_iterators = 0x0, _M_version = 1}, }, _M_guaranteed_capacity = 0}, m_haschildren = false,
        static s_theNullTag = , static s_theNullTagData = {0, 0, 0, 0}}, static s_theNullTagData = {0, 0, 0,
        0}}, }, m_opCode = 34 '"'}
(gdb)
Logged

lfroen

  • Guest
Re: Remote GUI crash on connect to daemon
« Reply #7 on: January 29, 2007, 07:18:43 AM »

Kry fscked EC ?
Logged

Kry

  • Ex-developer
  • Retired admin
  • Hero Member
  • *****
  • Karma: -665
  • Offline Offline
  • Posts: 5795
Re: Remote GUI crash on connect to daemon
« Reply #8 on: January 29, 2007, 07:45:49 AM »

No
Logged

phoenix

  • Evil respawning bird from aMule Dev Team
  • Developer
  • Hero Member
  • *****
  • Karma: 44
  • Offline Offline
  • Posts: 2503
  • The last shadow you'll ever see
Re: Remote GUI crash on connect to daemon
« Reply #9 on: February 19, 2007, 06:26:57 PM »

TrollGod,

I have fixed some code relative to this issue while the board was out, can you confirm that this bug is still present with latest CVS?
Logged

RRT4

  • Jr. Member
  • **
  • Karma: 3
  • Offline Offline
  • Posts: 67
Re: Remote GUI crash on connect to daemon
« Reply #10 on: February 20, 2007, 01:42:42 AM »

my problems (amulegui crashing at startup and web interface crashing amuled/amule) disappeared

tnx

Logged

TrollGod

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 12
Re: Remote GUI crash on connect to daemon
« Reply #11 on: February 21, 2007, 08:10:06 PM »

Seems to be working now :-), thanks phoenix.
Logged