[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[leafnode-list] artutil.c:58: mgetheader: Assertion failed.
Hi,
running `applyfilter' after changing my filters, I got "artutil.c:58:
mgetheader: Assertion ... failed.". I've seen this message in several
groups, when running "cd interesting.groups; for i in *;do echo
$i;applyfilter $i;done".
I'm using leafnode-2.0.0.alpha20030814a with the "initialfetch"-patch
of 28 Aug 2003 (but I don't think this patch matters here).
Here's some debugger output (sorry for the long lines) when doing the
same with an unstripped binary:
--8<---------------cut here---------------start------------->8---
leafnode-2.0.0.alpha20030814a# gdb ./applyfilter
GNU gdb 5.3
[...]
(gdb) run -vvvvv -D 2233 de.comp.os.unix.misc
[...]
filtering in de.comp.os.unix.misc: ^Xref:.+:.+:.+:.+: -> -1
filtering in de.comp.os.unix.misc: ^Xref:.*\s+de.admin.news.announce: -> 1
lockfile_exists(timeout=5), fqdn="lumberjack.physik.uni-ulm.de"
erased stale pid 8008 host lumberjack.physik.uni-ulm.de lockfile /var/lock/news/fetchnews.lck
reading /var/spool/news/leaf.node/groupinfo and /usr/local/etc/leafnode/local.groups
applyfilter: artutil.c:58: mgetheader: Assertion `(__extension__ (__builtin_constant_p ('\n') && ('\n') == '\0' ? (char *) __rawmemchr (buf, '\n') : strchr (buf, '\n')))' failed.
Program received signal SIGABRT, Aborted.
0x40095691 in kill () from /lib/libc.so.6
(gdb) backtrace
#0 0x40095691 in kill () from /lib/libc.so.6
#1 0x40095415 in raise () from /lib/libc.so.6
#2 0x40096a50 in abort () from /lib/libc.so.6
#3 0x4008e9b2 in __assert_fail () from /lib/libc.so.6
#4 0x0804c38c in mgetheader (hdr=0x8055358 "Message-ID:", buf=0x809c6a8 "") at artutil.c:102
#5 0x0804a328 in main (argc=134618084, argv=0x1) at applyfilter.c:265
#6 0x400818ae in __libc_start_main () from /lib/libc.so.6
--8<---------------cut here---------------end--------------->8---
Is it worth to debug this further?
Quitting the debug sessions leaves zero size articles in the spool:
/var/spool/news/de/comp/os/unix/misc$ ll 1354 1377
-rw-r--r-- 2 news news 0 Oct 2 22:21 1377
-rw-r--r-- 2 news news 0 Oct 2 22:21 1354
In case this is of interest these are the MIDs of those articles:
/var/spool/news/de/comp/os/unix/misc$ grep -e 1354 -e 1377 .overview
1354 1. RfD: Loeschung von de.comp.os.unix.sinix Michael Dahms <michael.dahms@xxxxxxx> Fri, 05 Sep 2003 22:40:00 +0200 <Loeschung-de.comp.os.unix.sinix-RfD1-05.09.2003@xxxxxxx> 2780 60 Xref: lumberjack.physik.uni-ulm.de de.admin.news.announce:1342 de.admin.news.groups:77034 de.comp.os.unix.misc:1354
1377 1. CfV: Loeschung von de.comp.os.unix.sinix Marc Brockschmidt - GVV <gvv@xxxxxxxxxxxxxxxxxxx> Sat, 20 Sep 2003 23:20:00 +0200 <Loeschung-de.comp.os.unix.sinix-CfV1-20.09.2003@xxxxxxx> <Loeschung-de.comp.os.unix.sinix-RfD1-05.09.2003@xxxxxxx> 5597 129 Xref: lumberjack.physik.uni-ulm.de de.admin.news.announce:1357 de.admin.news.groups:78140 de.comp.os.unix.misc:1377
Hmm, I recently added the following rules; might be related:
,----
| newsgroups = .*
| # massive crossposts[1] (N or more groups):
| pattern = ^Xref:.+:.+:.+:.+:
| action = -1
| pattern = ^Xref:.*\s+de.admin.news.announce:
| action = 1
`----
(Yes, I forgot to use `\.' instead of `.' in the last pattern.)
Or maybe the zero size articles are the reason for the problem?
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- PGP key available via WWW http://rsteib.home.pages.de/
--
leafnode-list@xxxxxxxxxxxxxxxxxxxxxxxxxxxx -- mailing list for leafnode
To unsubscribe, send mail with "unsubscribe" in the subject to the list