Xref: utzoo news.software.b:1152 news.admin:1677 Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!ll-xn!mit-eddie!uw-beaver!fluke!battan From: battan@tc.fluke.COM (Jim Battan) Newsgroups: news.software.b,news.admin Subject: Re: "linecount expected" messages Message-ID: <3020@fluke.COM> Date: 1 Mar 88 22:23:03 GMT References: <2995@fluke.COM> <4136@hoptoad.uucp> Sender: news@tc.fluke.COM Organization: John Fluke Mfg. Co., Inc., Everett, WA Lines: 26 In article <4136@hoptoad.uucp> gnu@hoptoad.uucp (John Gilmore) writes: >battan@tc.fluke.COM (Jim Battan) wrote: >> : linecount expected n1, got n2 >> where n1 is usually 1 less than n2, but not always. >In article <255@catsim.UUCP>, tony@catsim.UUCP (Tony Cratz) writes: >> It also seems that it is ALWAYS one line which is >> missing... >Aha! I suspect that whatever software is snuffing "Xref:" lines >is not DELETING the line, but just EMPTYING it down to a newline. >Since in most cases the Xref: line is the last line of the header, >this just makes the message appear to be one line longer. Also, about half >the sites with line length problems reported are off by a single line >in all the bad articles. I doubt this is the source of the problem. The "Lines:" header only counts the number of lines in the body of the article, after the first blank line, after all the headers. Besides, that wouldn't account for the ~20% that are off by more than 1 line. I did glance through the code, and it looks like there are two pieces of code in inews.c, explicitly labeled as kludges, that try to deal with the "article truncation problem," which I assume is the infamous "line eater". That's as far as I've gotten so far. Anyone else looking into this? -- Jim Battan Domain: battan@tc.fluke.COM Voice: +1 206 356 6469 UUCP: {uw-beaver,decvax!microsof,ucbvax!lbl-csam,allegra,sun}!fluke!battan