home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / cbm / 5599 < prev    next >
Encoding:
Text File  |  1993-01-24  |  2.8 KB  |  70 lines
  1. Newsgroups: comp.sys.cbm
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!nucsrl!ddsw1!dattier
  3. From: dattier@ddsw1.mcs.com (DWT)
  4. Subject: Re: 2 Q's: BMI & SAVE@
  5. Message-ID: <C1Ds7u.M53@ddsw1.mcs.com>
  6. Date: Sun, 24 Jan 1993 23:07:06 GMT
  7. References: <1993Jan22.062624.23025@netcom.com> <30370@optima.cs.arizona.edu> <1993Jan24.043922.20002@netcom.com>
  8. Organization: Contributor Account at ddsw1, Chicago, Illinois  60657
  9. Lines: 59
  10.  
  11. A poster whose name is lost to history:
  12.  
  13. | >>>Could someone post the patch to fix the "@:fname" bug
  14.  
  15. David DeSimone:
  16.  
  17. | >>OPEN 15,8,15,"S0:fname" : CLOSE 15
  18. | >>SAVE "fname",8
  19.  
  20. Chris McBride:
  21.  
  22. | >Well This is the reason doing a simple scratch and save DOESN'T work.
  23. | >If you don't want this nasty bug to appear, you should ALWAYS use a
  24. | >"0:" in EVERY I mean EVERY command. In order for the above 'patch' to
  25. | >work correctly it should read:
  26.  
  27. DeSimone again:
  28.  
  29. | Huh??  If you always SCRATCH the file then SAVE, you will not run into
  30. | the @-save bug, because you're NOT USING @-save!!  :)
  31.  
  32. And now, yours truly:
  33.  
  34. David, so if you never leave North America you can't catch the Hong Kong
  35. flu?  If the same bug is triggered by scratch+save, then you haven't fallen
  36. afoul of the save+replace bug, you've fallen afoul of the scratch+save bug.
  37. It's no help to change the problem's name: you still have a confused disk.
  38.  
  39. Chris was almost right.  To avoid it, initialize first:
  40.  
  41. open15,8,15,"i0":close15
  42. save"@0:filename",8
  43.  
  44. or, if your well-being is predicated on believing that save@ is diabolical,
  45.  
  46. open15,8,15,"i0"
  47. print#15,"s0:filename"
  48. close15
  49. save"0:filename",8
  50.  
  51. Specifying the drive number works.  Scratching first and then saving does
  52. not (unless you scratch, initialize, and then save).  Thinking that
  53. scratching and then saving protects you so much that you can leave out
  54. the drive number is really asking for trouble.  ("As long as you say you're
  55. a virgin, it's ok with me if you don't wear a condom.")
  56.  
  57. Credit to Ken Arnold for this one: a lot of disk messes blamed on save@ might
  58. be the result of carelessness about disk ID's and initializing.  (The 1541
  59. doesn't automatically initialize when a disk is inserted but only if the disk
  60. ID is different.)  Take a disk out of a 1541 and insert a different disk with
  61. the same ID, and the 1541 treats it as the same disk and uses the first
  62. disk's BAM unless told to initialize.  WARNING: the disk ID that counts is
  63. the one written into every sector at formatting time, not the cosmetic one
  64. painted into the data portion of track 18, sector 0, for easy reading.  The
  65. worst programs ever written for the 1541 are those that change the cosmetic
  66. ID so that the user can get into serious trouble.
  67.  
  68. David W. Tamkin   Box 59297   Northtown Station, Illinois  60659-0297
  69. dattier@ddsw1.mcs.com    CompuServe: 73720,1570    MCI Mail: 426-1818
  70.