Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!batcomputer!rpi!pawl24.pawl.rpi.edu!mketch
From: mketch@pawl.rpi.edu (Michael D. Ketchen)
Newsgroups: comp.sys.cbm
Subject: Re: 154I drive problem
Summary: And the 1571, AND the 1581!
Keywords: You're not the only one
Message-ID: <1271@rpi.edu>
Date: 14 Apr 89 16:27:42 GMT
References: <2048.24456DA0@isishq.FIDONET.ORG>
Sender: usenet@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY
Lines: 34

In article <2048.24456DA0@isishq.FIDONET.ORG> izot@f171.n221.z1.FIDONET.ORG (Geoffrey Welsh) writes:
> > From: sl161004@silver.bacs.indiana.edu (David Chary)
> > Message-ID: <3738@silver.bacs.indiana.edu>
> 
> > Suppose I have a number of files, "FILE A", "FILE B",... "FILE n".
> > When I save FILE K using "@):FILE K", it does what it is told.
      (etc.)
> > What is happening to the disk or the drive?
> 
>   *That* is the infamous "save@" bug, (etc.)
>   This is not just a 1541 oddity; it dates back to the 2040 drive and comes 
>forward as far as the 1571 (the 1581, which required a drastically rewritten 
>DOS, doesn't appear to suffer from the problem) and also affects the MSD 
>SD-1 and SD-2 drives.

Don't count on the new DOS for the 1581 getting rid of the bug.  I assumed
that Commodore had fixed the bug, and used the save-with-replace happily and
merrily until, BLAM!, one day I lost a whole track of data.  Just goes to
show, you can't judge a drive by its number!

>   The solution, I'm afraid, is to delete & save in stead of using SAVE@.

Amen!  I'll never stray again.

>--  
> Geoffrey Welsh - via FidoNet node 1:221/162
>     UUCP: ...!watmath!isishq!171!izot
> Internet: izot@f171.n221.z1.FIDONET.ORG


--------------------------------------------------------------------------------
mketch@pawl.rpi.edu (Internet) | Mike (Dave) Ketchen  | "Yes, Santa Claus, there
ketchenm@rpitsmts (Bitnet)     | Overworked Student   | is a Virginia..."
--------------------------"I say, anyone for tennis?"---------------------------