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

Hi Jonas

I'll try that

Meanwhile here is another core dump

#0  0xfeec35ac in t_splay () from /usr/lib/libc.so.1
#1  0xfeec3418 in t_delete () from /usr/lib/libc.so.1
#2  0xfeec2ac0 in _malloc_unlocked () from /usr/lib/libc.so.1
#3  0xfeec2ddc in realloc () from /usr/lib/libc.so.1
#4  0xff2311dc in g_realloc (mem=0x23340, n_bytes=64) at gmem.c:169
#5  0xff2443dc in g_string_maybe_expand (string=0x3cf00, len=11)
     at gstring.c:205
#6  0xff244b68 in g_string_insert_len (string=0x3cf00, pos=22,
     val=0xfedfb298 "CRITICAL **", len=11) at gstring.c:400
#7  0xff244c48 in g_string_append (string=0x3cf00,
     val=0xfedfb298 "CRITICAL **") at gstring.c:425
#8  0xff2345d8 in g_log_default_handler (log_domain=0xff256c88 "GLib",
     log_level=0,
     message=0xfedfb350 "file giochannel.c: line 1921 
(g_io_channel_write_chars): assertion `channel->is_writeable' failed", 
unused_data=0x0) at gmessages.c:790
#9  0xff233dd4 in g_logv (log_domain=0xff256c88 "GLib",
     log_level=G_LOG_LEVEL_CRITICAL,
     format=0xfedfb350 "file giochannel.c: line 1921 
(g_io_channel_write_chars): assertion `channel->is_writeable' failed", 
args1=0x3cf00) at gmessages.c:493
#10 0xff233e90 in g_log (log_domain=0xff256c88 "GLib",
     log_level=G_LOG_LEVEL_CRITICAL,
     format=0xff256c90 "file %s: line %d (%s): assertion `%s' failed")
     at gmessages.c:527
---Type <return> to continue, or q <return> to quit---
#11 0xff225e5c in g_io_channel_write_chars (channel=0x3cce0,
     buf=0x34070 "ZFT 4777947 0 . 0 65\r\nPbagrag-Glcr: 
nccyvpngvba/orrc+kzy\r\n\r\n<qngn>Sbb One Onm</qngn>\r\n", count=92, 
bytes_written=0xfedfbc2c,
     error=0xfedfbc28) at giochannel.c:1934
#12 0xff378b54 in tcp_filter_write (filter=0x3c2a8,
     data=0x34070 "ZFT 4777947 0 . 0 65\r\nPbagrag-Glcr: 
nccyvpngvba/orrc+kzy\r\n\r\n<qngn>Sbb One Onm</qngn>\r\n", len=92, 
written=0xfedfbc2c, stack=0x0,
     error=0xfedfbc28) at rr-tcpfilter.c:94
#13 0xff368b3c in rr_filter_write (filter=0x3c2a8,
     data=0x34070 "ZFT 4777947 0 . 0 65\r\nPbagrag-Glcr: 
nccyvpngvba/orrc+kzy\r\n\r\n<qngn>Sbb One Onm</qngn>\r\n", len=92, 
written=0xfedfbc2c, stack=0x0,
     error=0xfedfbc28) at rr-filter.c:61
#14 0xff368d58 in rr_filterstack_write_next (stack=0x24220,
     data=0x34070 "ZFT 4777947 0 . 0 65\r\nPbagrag-Glcr: 
nccyvpngvba/orrc+kzy\r\n\r\n<qngn>Sbb One Onm</qngn>\r\n", len=92, 
written=0xfedfbc2c,
     error=0xfedfbc28) at rr-filterstack.c:58
#15 0x00011e20 in rot13_filter_write (filter=0x42340,
     data=0x34070 "ZFT 4777947 0 . 0 65\r\nPbagrag-Glcr: 
nccyvpngvba/orrc+kzy\r\n\r\n<qngn>Sbb One Onm</qngn>\r\n", len=92, 
written=0xfedfbc2c, stack=0x24220,
     error=0xfedfbc28) at rot13-filter.c:103
#16 0xff368b3c in rr_filter_write (filter=0x42340,
     data=0x34070 "ZFT 4777947 0 . 0 65\r\nPbagrag-Glcr: 
nccyvpngvba/orrc+kzy\r\n\r\n<qngn>Sbb One Onm</qngn>\r\n", len=92, 
written=0xfedfbc2c, stack=0x24220,
---Type <return> to continue, or q <return> to quit---
     error=0xfedfbc28) at rr-filter.c:61
#17 0xff368d58 in rr_filterstack_write_next (stack=0x24238,
     data=0x34070 "ZFT 4777947 0 . 0 65\r\nPbagrag-Glcr: 
nccyvpngvba/orrc+kzy\r\n\r\n<qngn>Sbb One Onm</qngn>\r\n", len=92, 
written=0xfedfbc2c,
     error=0xfedfbc28) at rr-filterstack.c:58
#18 0xff368e9c in rr_filterstack_write (fs=0x2bfc0,
     data=0x34070 "ZFT 4777947 0 . 0 65\r\nPbagrag-Glcr: 
nccyvpngvba/orrc+kzy\r\n\r\n<qngn>Sbb One Onm</qngn>\r\n", len=92, 
written=0xfedfbc2c,
     error=0xfedfbc28) at rr-filterstack.c:74
#19 0xff3774f4 in out_event (source=0x3dbd0, condition=G_IO_OUT, 
data=0x2c008)
     at rr-tcpconnection.c:631
#20 0xff251a38 in g_io_unix_dispatch (source=0x404b0,
     callback=0xff3773bc <out_event>, user_data=0x2af98) at giounix.c:159
#21 0xff22b138 in g_main_dispatch (context=0x2a300) at gmain.c:1653
#22 0xff22c33c in g_main_context_dispatch (context=0x2a300) at gmain.c:2197
#23 0xff22c790 in g_main_context_iterate (context=0x2a300, block=1,
     dispatch=1, self=0x23110) at gmain.c:2278
#24 0xff22d140 in g_main_loop_run (loop=0x25ad8) at gmain.c:2498
#25 0xff3680d4 in run_thread (data=0x0) at rr.c:72
#26 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