Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site wnuxb.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxj!ihnp4!mgnetp!hw3b!wnuxb!netnews
From: netnews@wnuxb.UUCP (Ron Heiby)
Newsgroups: net.sources.bugs,net.news.b
Subject: Re: Rn bug with 2.10.2 inews patch?
Message-ID: <273@wnuxb.UUCP>
Date: Fri, 5-Oct-84 23:04:42 EDT
Article-I.D.: wnuxb.273
Posted: Fri Oct  5 23:04:42 1984
Date-Received: Sun, 7-Oct-84 02:39:40 EDT
References: <1357@sdcrdcf.UUCP>
Organization: AT&T - Warrenville Data Center, IL
Lines: 21

I have installed the inews.c.2.pat in a test version of my 2.10.2
inews (along with the corresponding patches for header.h and header.c)
on my Unix 5.0.5 system (AT&T 3B20S).  I'd appreciate it if anyone
out there who has successfully done this would get in touch with me.
Maybe someone can tell me what I've done wrong.  What I get after
feeding an article file to my test inews is that SPOOL/.inaxxxxx
gets created with my article and my signature appended.  This file
is left behind when inews is through.  A zero length file is created
as SPOOL/.araxxxxx and is linked to names corresponding to where the
real live article should be (e.g. SPOOL/test/8 and SPOOL/net/test/403).
All such zero-length files are left behind when inews is through.  I
believe that I have defined (-DDOXREFS) in the makefile for inews.o
and for header.o.  I have not installed any LINKART patches, as I
don't plan to run under Eunice in this lifetime.  The "xxxxx" in the
above filenames are filled in with digits.  When I was doing beta testing
of rn, under 2.10, I had the same problem.  I wasn't so careful that
time, and incoming news got botched in the same manner.  Help!?  Thanks.
-- 
Ronald W. Heiby
AT&T Something (used to be Comp Sys Div, but don't ask me now.), Inc.
Lisle, IL  (CU-D21) / ...!ihnp4!wnuxa!heiby or ...!ihnp4!wnuxb!netnews