From: Christian E. <bla...@gm...> - 2006-11-13 22:37:41
|
Hi, * Thomas Schultz on Monday, November 13, 2006 at 20:19:03 +0100: > Christian Ebert skrev: >> This results in a bus error here. Back trace: > > Strange. I cannot reproduce this (even with the message from > de.comp.text.tex that you appear to have opened) Actually it happens on entering the group. Might be an important detail. > and do not really see why this should happen. > > My current guess is that your iconv may not leave its input string > intact and the code now works around that assumption. Hm. I still get: de.comp.text.tex: headers received: 1/22 Program received signal EXC_BAD_ACCESS, Could not access memory. 0x90007260 in strlen () (gdb) bt #0 0x90007260 in strlen () #1 0x00036c60 in slrn_strdup_strcat (str=0x27bfef0 "Re: Fu�\237note") at snprintf.c:75 #2 0x0001c9ec in slrn_rfc1522_decode_string (s_ptr=0x27bfdf8) at mime.c:435 #3 0x0000ae30 in process_xover (xov=0xbfffee60) at art.c:5540 #4 0x0000b13c in get_headers (min=23786, max=23789, totalp=0xbfffef6c) at art.c:5669 #5 0x0000e884 in slrn_select_article_mode (g=0x2173550, all=22, score=23812) at art.c:7841 #6 0x00013218 in slrn_group_select_group () at group.c:955 #7 0x000147ec in select_group_cmd () at group.c:1719 #8 0x0002e240 in main (argc=8, argv=0x0) at slrn.c:1745 (gdb) Notes: I did this also with slrn -i /dev/null to make sure none of my slrnrc settings interfere. It doesn't happen when I enter groups with only ASCII headers. $ iconv --version iconv (GNU libiconv 1.10) Copyright (C) 2000-2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Bruno Haible. ... back to rev 1.13 ... > Best regards from Stanford, CA Greetings from London. c -- _B A U S T E L L E N_ lesen! --->> <http://www.blacktrash.org/baustellen.html> |