Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!olivea!orc!inews!iwarp.intel.com!gargoyle!igloo!miroc!caw From: caw@miroc.Chi.IL.US (Christopher A. Wichura) Newsgroups: comp.sys.amiga.tech Subject: Re: short overflow in Dnews and Arn Message-ID: Date: 29 Dec 90 20:28:08 GMT References: <901220.223410.CST.C506634@umcvmb.missouri.edu> Lines: 31 In article dillon@overload.Berkeley.CA.US (Matthew Dillon) writes: >In article <901220.223410.CST.C506634@umcvmb.missouri.edu> C506634@UMCVMB.MISSOURI.EDU (Eric Edwards) writes: >>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. I thought this guy said that he was snarfing the articles from a Unix box and not using RNews. Thus, renumbering isn't too hot a prospect for him. > 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 Why limit things? It's not like storeing 32bits in ascii for a filename will make any difference. The bytes are allocated anyway on the disk. And so the dnewsrc file might be a tad bigger. The only place I can see this making any difference is in lining up the article counts in the newsgroup select window. But this could be done dynamically by figureing out which newsgroup has the largest number printed and then space in all news groups accordingly. Maybe it's just me, but I can't see any good reason to not use a full 32 bits. And I'd seem to me you have to go more out of your way to add support for things to roll over than to just to dynamic column lineup... -=> CAW Christopher A. Wichura Multitasking. Just DO it. caw@miroc.chi.il.us (my amiga) ...the Amiga way... u12401@uicvm.uic.edu (school account)