[comp.sys.amiga] ARP 1.3 bugs

blgardne@esunix.UUCP (Blaine Gardner) (04/24/89)

I've already found a couple of bugs in ARP 1.3

1) The TxEd Plus print option has quit working. Since adding ARP 1.3
is the only change I've made, I suspect the new ARP.library is causing
the problem. The error message is "TXPRINT - Unable to save." This is
with TxEd Plus version V2.01. 


2) RAD: quit rebooting. This has been mentioned by others already.

To fix it, add the line "BootPri = 0" to the RAD: mountlist entry. If you
use "BootPri = 5" as someone else mentioned, a floppy will NEVER boot
because RAD: will always override it.

3) The 1.3 PCD script quit working. This is a handy script that
remembers the previous directory, but under ARP 1.3 it gives the
following errors: "Can't find y (the "y" is overstruck with two dots)"
and "cd failed returncode 20".


And one little suggestion for improvement. The installation program
mentioned that you want to install the ARP commands on the BOOT drive's
C: directory. Since most hard drive controllers require a Slow File System
boot partition that is NOT the working C: directory this can be a bit
confusing to non-experts.
If some other term was used instead of "boot drive" (perhaps "working
drive"?) installation could be made a trifle less confusing for novices.  

This is a rather trivial point, but I mention it because a couple of
people asked me about it at our last user's group meeting. (I got ARP
1.3 the night before our meeting, so the timing of the 1.3 release was
perfect! :-)


To echo everyone else, in spite of the few bugs that have shown up, ARP
1.3 is fantastic improvement to both ARP 1.1, and AmigaDOS 1.3. Thanks
to everyone responsible!
-- 
Blaine Gardner @ Evans & Sutherland    580 Arapeen Drive, SLC, Utah 84108
Here: utah-cs!esunix!blgardne   {ucbvax,allegra,decvax}!decwrl!esunix!blgardne
"Nobody will ever need more than 64K."    "Nobody needs multitasking on a PC."