C506634@UMCVMB.MISSOURI.EDU (Eric Edwards) (12/21/90)
I have discovered, with a certain amount of dispointment, that Dnews and Arn use 16 bit signed integers to store the message number. Why is this a problem? Well, I copy my news articles straight from a unix machine without renumbering and sometime durring my 3 week hiatus from news reading comp.sys.amiga past the magic 32767 point and kept going. Arn and Dnews complain bitterly about negative message numbers. I don't have source for Arn so I figured I'd recompile or patch Dnews. Then I saw the line "...Dnews has only a make file for DICE" Neither compiling without a make file or installing a new C compiler fills my heart with joy. 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. 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."
S_BLESS@irav1.ira.uka.de (Roland Bless) (12/21/90)
In article <901220.223410.CST.C506634@umcvmb.missouri.edu>, C506634@UMCVMB.MISSOURI.EDU (Eric Edwards) writes... >I have discovered, with a certain amount of dispointment, that Dnews and >Arn use 16 bit signed integers to store the message number. Why is this a >problem? Well, I copy my news articles straight from a unix machine without Someone reported this bug earlier to bugs@spirits.ka.sub.org and I don't remember who it was, but this problem should be fixed now, so I decided to post. Arn uses LONG integers for article numbers, but because of a missing ANSI-C, I forgot the (RIGHT) function prototypes, so that longs were casted to short integers. This should be fixed in Version 0.67e. It is available on abcfd20 via a-ftp in /incoming/amiga/AmigaUUCP_Plus (see my posting in this group). >comp.sys.amiga past the magic 32767 point and kept going. Arn and Dnews >complain bitterly about negative message numbers. I hope that this is no longer true for versions >0.67e of Arn. >I don't have source for Arn so I figured I'd recompile or patch Dnews. I will distribute the Arn-Source as soon as the kill-file is implemented (which is currently not! :-(). >Neither compiling without a make file or installing a new C compiler fills my >heart with joy. That's true!! >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. I hope that this is no longer necessary. Get the newest version of Arn! Because I'll be on holiday for the next three weeks and my site spirits is offline for this time don't complain for late replies. All E-Mail to me will naturally be saved, but I can't read your follow-ups, so you SHOULD REPLY by mail on this posting. Thanks, Roland -- Roland Bless - rob@spirits.ka.sub.org , BITNET:UKG5@DKAUNI2.BITNET
andrew@postmod.UUCP (Andrew J Richardson) (12/22/90)
In article <901220.223410.CST.C506634@umcvmb.missouri.edu>, Eric Edwards writes:
-> I have discovered, with a certain amount of dispointment, that Dnews and
-> Arn use 16 bit signed integers to store the message number. Why is this a
-> problem? Well, I copy my news articles straight from a unix machine without
-> renumbering and sometime durring my 3 week hiatus from news reading
-> comp.sys.amiga past the magic 32767 point and kept going. Arn and Dnews
-> complain bitterly about negative message numbers.
well, the latest version of arn, .67e, fixes this bug, among a few others.
andrew
uunet.uu.net!postmod!andrewdillon@overload.Berkeley.CA.US (Matthew Dillon) (12/25/90)
In article <901220.223410.CST.C506634@umcvmb.missouri.edu> C506634@UMCVMB.MISSOURI.EDU (Eric Edwards) writes: > >I don't have source for Arn so I figured I'd recompile or patch Dnews. >Then I saw the line "...Dnews has only a make file for DICE" >Neither compiling without a make file or installing a new C compiler fills my >heart with joy. > >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. > >Eric Edwards: c506634 @ "The 3090. Proof that by applying state of the -- 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. -Matt Matthew Dillon dillon@Overload.Berkeley.CA.US 891 Regal Rd. uunet.uu.net!overload!dillon Berkeley, Ca. 94708 USA
C506634@UMCVMB.MISSOURI.EDU (Eric Edwards) (12/26/90)
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."dillon@overload.Berkeley.CA.US (Matthew Dillon) (12/27/90)
In article <901225.153012.CST.C506634@umcvmb.missouri.edu> C506634@UMCVMB.MISSOURI.EDU (Eric Edwards) writes: >One question. HOW is it supposed to roll over? I suspect you mean that rnews >will restart the article numbers from 1. Right. -Matt -- Matthew Dillon dillon@Overload.Berkeley.CA.US 891 Regal Rd. uunet.uu.net!overload!dillon Berkeley, Ca. 94708 USA
paul@wa1omm.UUCP (Paul MacDonald) (12/28/90)
>In article <dillon.8318@overload.Berkeley.CA.US> dillon@overload.Berkeley.CA.US (Matthew Dillon) writes: >In article <901225.153012.CST.C506634@umcvmb.missouri.edu> C506634@UMCVMB.MISSOURI.EDU (Eric Edwards) writes: >>One question. HOW is it supposed to roll over? I suspect you mean that rnews >>will restart the article numbers from 1. > > Right. > > -Matt I missed the thread here, but the subject header describes a problem I am having with RNEWS - Short Overflow - and INFORM. -- /\ /\ //\\//\\ +---------^^^^------------------^^^^---------+ | From the shack of WA1OMM -- Paul MacDonald | | Using the power of the multitasking Amiga! | | | | Compuserve: 70411,626 PLink: UPPERCRUST | | Amateur Packet Radio: WA1OMM@KB4N.NH.USA | | Usenet: ...virgin!ubbs-nh!wa1omm!paul | +--------------------------------------------+ /\ / /\ (~ / / / / /\ /\ / / / / V /~~\ _) /~/ /_/ /~~\ , / V /~/
caw@miroc.Chi.IL.US (Christopher A. Wichura) (12/30/90)
In article <dillon.8086@overload.Berkeley.CA.US> 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)