Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!mailrus!ames!killer!vector!rpp386!jfh
From: jfh@rpp386.UUCP (John F. Haugh II)
Newsgroups: comp.sources.bugs
Subject: Re: news 2.11 ihave/sendme bug
Summary: appears to be fixed in sco 2.2.1
Message-ID: <4544@rpp386.UUCP>
Date: 28 Jul 88 05:38:59 GMT
References: <5434@haddock.ISC.COM>
Reply-To: jfh@rpp386.UUCP (The Beach Bum)
Organization: Big "D" Home for Wayward Hackers
Lines: 26

In article <5434@haddock.ISC.COM> craigk@haddock.isc.com (Craig Kolb) writes:
>There is a bug in the c_ihave() routine of 2.11 rnews which keeps
>sendme messages from being generated in response to ihave messages on
>USG systems.
>
>The problem lies in the fact that USG systems to not seek to EOF after
>fopening a file for appending until a write() is performed.  Thus, the
>first call to ftell() in c_ihave() returns 0 rather than the size of
>the temporary file, the code inside the while loop is never executed,
>and no articles are requested.

i just finished checking the source for control.c here.  i am running
ihave/sendme for my primary news feed and i am also running ihave/sendme
for an alt feed.  i don't have trouble with my primary feed though we
are having trouble with the alt feed.  there is no fseek() present prior
to the while() loop as would seem to be required.

i've checked control for sendme's being sent out.  they are in deed
being sent.

- john.
-- 
John F. Haugh II                 +--------- Cute Chocolate Quote ---------
HASA, "S" Division               | "USENET should not be confused with
UUCP:   killer!rpp386!jfh        |  something that matters, like CHOCOLATE"
DOMAIN: jfh@rpp386.uucp          |             -- with my apologizes