Re: [Fwd: tests/rr-server core dumps multi-processor]

On the 4 cpu machine with the new glib I got an rr-server core dump 
after approx 1 hour 20 minutes

The tests on the two single cpu machines are still running

(gdb) bt
#0  0xfeec272c in t_splay () from /usr/lib/libc.so.1
#1  0xfeec2598 in t_delete () from /usr/lib/libc.so.1
#2  0xfeec21cc in realfree () from /usr/lib/libc.so.1
#3  0xfeec2a70 in cleanfree () from /usr/lib/libc.so.1
#4  0xfeec1ba4 in _malloc_unlocked () from /usr/lib/libc.so.1
#5  0xfeec1a98 in malloc () from /usr/lib/libc.so.1
#6  0xff2310dc in g_malloc (n_bytes=101) at gmem.c:136
#7  0xff35d700 in parse (frame=0x3e0d0,
     buffer=0x2dc5d "\r\nContent-Type: 
application/beep+xml\r\n\r\n<close number='1347301' code='200' 
xml:lang='sv'>Foo</close>\r\nEND\r\nprofiles/NULL/ECHO' 
/>\r\n</start>\r\nEND\r\nMSG 0 1347300 . 159891487 139\r\nContent-Type: 
applicati"...,
     body=0x2dc5f "Content-Type: application/beep+xml\r\n\r\n<close 
number='1347301' code='200' 
xml:lang='sv'>Foo</close>\r\nEND\r\nprofiles/NULL/ECHO' 
/>\r\n</start>\r\nEND\r\nMSG 0 1347300 . 159891487 139\r\nContent-Type: 
application"...,
     len=136, error=0xfea0b998) at rr-frame.c:272
#8  0xff35cf48 in rr_frame_parse (frame=0x3e0d0,
     buffer=0x2dc40 "MSG 0 1347301 . 159891626 100\r\nContent-Type: 
application/beep+xml\r\n\r\n<close number='1347301' code='200' 
xml:lang='sv'>Foo</close>\r\nEND\r\nprofiles/NULL/ECHO' 
/>\r\n</start>\r\nEND\r\nMSG 0 1347300 . 159891487"...,
     body=0x2dc5f "Content-Type: application/beep+xml\r\n\r\n<close 
number='1347301' code='200' 
xml:lang='sv'>Foo</close>\r\nEND\r\nprofiles/NULL/ECHO' 
/>\r\n</star---Type <return> to continue, or q <return> to quit---
t>\r\nEND\r\nMSG 0 1347300 . 159891487 139\r\nContent-Type: 
application"...,
     len=136, error=0xfea0b998) at rr-frame.c:96
#9  0xff35dfec in rr_framefactory_parse_frame (conn=0x2dc5f,
     buffer=0x2dc40 "MSG 0 1347301 . 159891626 100\r\nContent-Type: 
application/beep+xml\r\n\r\n<close number='1347301' code='200' 
xml:lang='sv'>Foo</close>\r\nEND\r\nprofiles/NULL/ECHO' 
/>\r\n</start>\r\nEND\r\nMSG 0 1347300 . 159891487"..., len=136, 
frame=0xfea0b924, error=0xfea0b998) at rr-framefactory.c:123
#10 0xff36707c in frame_divider (tcpc=0x2b980,
     buffer=0x2dc40 "MSG 0 1347301 . 159891626 100\r\nContent-Type: 
application/beep+xml\r\n\r\n<close number='1347301' code='200' 
xml:lang='sv'>Foo</close>\r\nEND\r\nprofiles/NULL/ECHO' 
/>\r\n</start>\r\nEND\r\nMSG 0 1347300 . 159891487"..., data_len=136, 
error=0xfea0b998) at rr-tcpconnection.c:456
#11 0xff367388 in in_event (source=0x2c9f0, condition=G_IO_IN, data=0x2b980)
     at rr-tcpconnection.c:592
#12 0xff251a38 in g_io_unix_dispatch (source=0x2ce08,
     callback=0xff3672b0 <in_event>, user_data=0x2b980) at giounix.c:159
#13 0xff22b138 in g_main_dispatch (context=0x29f40) at gmain.c:1653
#14 0xff22c33c in g_main_context_dispatch (context=0x29f40) at gmain.c:2197
#15 0xff22c790 in g_main_context_iterate (context=0x29f40, block=1,
     dispatch=1, self=0x22d50) at gmain.c:2278
#16 0xff22d140 in g_main_loop_run (loop=0x24a28) at gmain.c:2498
#17 0xff3580d4 in run_thread (data=0x0) at rr.c:72
#18 0xff246c6c in g_thread_create_proxy (data=0x0) at gthread.c:551
Jonas Borgström wrote:
> On Thu, 2003-02-20 at 18:37, Paul Caffrey wrote:
> 
>>Hi Jonas
>>
>>The following is the server side core.
> 
> *snip*
> 
> Hi Paul,
> 
> It look like it might be a bug in glib2. I've asked the gtk-devel-list
> about this. 
> 
> Paul, can you test this glib-workaround patch?
> 
> http://afs.codefactory.se/~jonas/roadrunner/giochannel.c-workaround.diff
> 
> I've successfully run the test for about an hour now...
> 
> / Jonas