Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!clyde.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!usc!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!UMCVMB.MISSOURI.EDU!C506634
From: C506634@UMCVMB.MISSOURI.EDU (Eric Edwards)
Newsgroups: comp.sys.amiga.tech
Subject: Re: short overflow in Dnews and Arn
Message-ID: <901225.153012.CST.C506634@umcvmb.missouri.edu>
Date: 25 Dec 90 21:30:12 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: Hackers Without Hard Drives
Lines: 25

In Message-ID: <dillon.8086@overload.Berkeley.CA.US>
          dillon@overload.Berkeley.CA.US (Matthew Dillon) said:
>In article <901220.223410.CST.C506634@umcvmb.missouri.edu> C506634@UMCVMB.MISSO
>>So, does anyone out there have a copy of Dnews or Arn patched or recompiled to
>>used 32 bit ints?  If you do I would greatly apreciate a copy.
>    Just clear out the directory, including the .next file, and the
>    articles will be reset to start at 1 again.
>
>    The limitation has nothing to do with how DNews was compiled...
>    ints are in fact 32 bits.  It has to do with a purposeful
>    limitation in the maximum article number.  Theoretically it
>    was *supposed* to roll over automatically.   Obviously there
>    are a few bugs in that department.
One question.  HOW is it supposed to roll over?  I suspect you mean that rnews
will restart the article numbers from 1.
I don't use rnews, or for that matter, any other part of UUCP1.06d but dnews.
There are no nearby unix machines from which I can get a feed.  So I use
custom system to ftp news to an IBM mainframe and then download.

Rather than writing a renaming program it is much simpler to just leave them
as is if Dnews will let me do that.

Eric Edwards: c506634 @    "The 3090.  Proof that by applying state of the
Inet: umcvmb.missouri.edu   art technology to an obsolete architecture,
Bitnet: umcvmb.bitnet       one can achieve mediocre performance."