home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.cbm
- Path: sparky!uunet!utcsri!torn!watserv2.uwaterloo.ca!watmath!undergrad.math.waterloo.edu!napier.uwaterloo.ca!bvrielin
- From: bvrielin@napier.uwaterloo.ca (Bruce Vrieling)
- Subject: Re: 2 Q's: BMI & SAVE@
- Message-ID: <C1F53v.H7w@undergrad.math.waterloo.edu>
- Sender: news@undergrad.math.waterloo.edu
- Organization: University of Waterloo
- References: <1993Jan22.062624.23025@netcom.com> <30370@optima.cs.arizona.edu> <1993Jan24.043922.20002@netcom.com>
- Date: Mon, 25 Jan 1993 16:43:06 GMT
- Lines: 28
-
- In article <1993Jan24.043922.20002@netcom.com> fuzzy@netcom.com (Fuzzy Fox) writes:
- >Huh?? If you always SCRATCH the file then SAVE, you will not run into
- >the @-save bug, because you're NOT USING @-save!! :)
-
- David,
-
- I think the problem here is that a certain Transactor article a few years
- ago said one COULD get the SAVE@ bug this way.
-
- What happened was that the author of the article wrote a program that if run
- long enough on a disk, would properly demonstrate the SAVE@ bug. This was
- published in Transactor (even though the editor mentioned the program did
- not 'work' (ie. screw up a directory) on his computer). A followup article
- made a note that if one removed the SAVE@ line, and inserted a SCRATCH
- followed by a SAVE, exactly the same problems appeared. THIS is why people
- say the problem exists with scratch and save as well.
-
- My own personal opinion on this mess is that the article completely missed
- the mark. The editor could not duplicate the problem, and neither could I
- (as I remember it). Therefore, when the problem persisted with 'scratch and
- save', it is questionable as to whether the entire problem was not in his
- drive only. Ie. he did not prove that SAVE@ existed, he simply demonstrated
- a problem his drive was experiencing.
-
- My two cents..
-
- ...Bruce
-
-