Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!unmvax!gatech!gtss!chas
From: chas@gtss.gatech.edu (Charles Cleveland)
Newsgroups: comp.sys.amiga
Subject: Re: ARP 1.3 ARes and AmigaDOS 1.3 More don't get along well...
Message-ID: <402@gtss.gatech.edu>
Date: 23 Apr 89 15:18:16 GMT
References: <SHADOW.89Apr23014149@pawl20.pawl.rpi.edu>
Reply-To: chas@gtss.UUCP (Charles Cleveland)
Distribution: usa
Organization: Georgia Tech School of Physics
Lines: 21

In article <SHADOW.89Apr23014149@pawl20.pawl.rpi.edu> shadow@pawl.rpi.edu (Deven T. Corzine) writes:
)I just installed ARP V1.3 on my system disk, and found that ARes does
)not work with More v3.27 from AmigaDOS 1.3.  It worked perfectly with
)AmigaDOS 1.3 Resident, (it claims to be reentrant, and has never
)crashed on me) yet ARes insists that the checksum has changed and
)refuses to use the resident copy.  Is there any way to fix this?  I
)use more extensively, and would prefer to keep it resident...

Me too.  I've lately been using the undocumented NOCHECK switch when I ARes
AmigaDOS 1.3 More, and haven't had any checksum complaints since (nor have
I had any crashes or gurus, lucky me).  But it would be nice to know what
was going on.

Of course the NOCHECK switch is undocumented only because the *&$&&^$#)!
documentation hasn't been released yet.  Soon perhaps?  That too would
be nice.
-- 
"Our vision is to speed up time, eventually eliminating it." -- Alex Schure

Charles Cleveland   Georgia Tech School of Physics   Atlanta, GA 30332-0430
UUCP: ...!gatech!gtss!chas                  INTERNET:  chas@gtss.gatech.edu