home *** CD-ROM | disk | FTP | other *** search
/ The Fred Fish Collection 1.5 / ffcollection-1-5-1992-11.iso / ff_disks / 200-299 / ff279.lzh / MRBackup / Changes < prev    next >
Text File  |  1989-11-20  |  5KB  |  97 lines
  1.  
  2. Changes
  3. =======
  4.  
  5. This  file  lists  changes,  in  reverse  chronological order, as they have
  6. appeared  in  official  releases  of  MRBackup.   I  have  attempted  to be
  7. thorough, but may have missed a few key items.
  8.  
  9. Version 3.3e, October 1989
  10.  
  11. There  was  a  NASTY!   bug  in  version  3.3d that prevented MRBackup from
  12. copying  files  larger than 32k.  It's fixed.  The cause of the bug was due
  13. to  an attempt to improve MRBackup's use of "buffer" memory.  I had the flu
  14. at  the  time and apparently passed it on to MRBackup :-).  The improvement
  15. has  been  achieved  (correctly)  in this release.  A new asynchronous file
  16. copy  routine  employs smarter use of buffers and cuts down dramatically on
  17. inter-buffer  data  movement.   This  should  manifest  itself  as  a minor
  18. improvement in copying (not compressing) speed. 
  19.  
  20. There  was  a  problem  with  the  setting of archive bits which manifested
  21. itself  with  filenames  containing certain punctuation characters, such as
  22. "#",  "(",  "'", etc.  If those characters were present in the volume name,
  23. you'd  get  error  218  (volume  not  mounted).   If  they showed up in the
  24. filename, you'd get error 205 (object not found).  It's fixed.
  25.  
  26. In version 3.3d, I attempted to keep the Status gadget "fresh" by resetting
  27. it  to  "Idle."  at  the  top of the event loop.  Unfortunately, this would
  28. cause  some important status messages to be erased.  This behavior has been
  29. changed  such  that  the  field  is erased just prior to processing certain
  30. events  (gadget,  menu,  etc.).   If  the processing of these events should
  31. cause a status update, the information is not lost.
  32.  
  33. A  lockup  condition  could  be encountered when using the pathname request
  34. gadget  for the log file.  This has been fixed.  In fact, I've improved the
  35. behavior  of  all of the pathname requesters.  You should no longer see the
  36. message  "Directory  Error"  flash in the requester, unless, of course, you
  37. type  an  erroneous directory name directly into the requester (or click on
  38. an unmounted drive specification).
  39.  
  40. If  you attempted to specify an unmounted floppy drive for the "Home Path",
  41. you'd get the error message "Home path must specify a device or directory".
  42. This  message  was not specific enough and could be confusing.  It has been
  43. changed to "Home path must specify a mounted device or directory".  It's OK
  44. to  specify  df0:, etc., as your Home Path.  Just be sure that the diskette
  45. you're going to use is inserted in the drive before doing so.
  46.  
  47. The  size  of MRBackup's custom screen and windows should now adapt to your
  48. system  defaults.   This should be helpful on European systems, especially.
  49. I would appreciate feedback on the results of this change, since I can only
  50. test it on my A1000 NTSC system.
  51.  
  52. In Utilities, if you performed any operation which modified the target (To)
  53. and  then  clicked on the To switch, the display was not updated to reflect
  54. the change.  This has been corrected. Thanks, Tom. 
  55.  
  56.  
  57. Version 3.3d, September, 1989
  58.  
  59. This release came about largely as a result of conversations I had with Tom
  60. Zartler  of  West  Chester,  Pa.  Tom reported a couple of bugs and offered
  61. some  suggestions  that  will  show up in version 4.0 (which is well on its
  62. way!).
  63.  
  64. The  Rename  function  in  the  Utilities window was brain-dead.  It's been
  65. fixed.
  66.  
  67. If you copied a file using the utilities and the From/To selections were on
  68. the  same  disk,  the  result (for large files, anyway) was a slow, tedious
  69. grind.  This was due to the use of asynchronous I/O in a situation where it
  70. obviously    was   counterproductive.    MRBackup   now   chooses   between
  71. synchronous/asynchronous  I/O.   Asynchronous I/O is used when the From and
  72. To devices are different.
  73.  
  74. Tom suggested that when the Set Archive Bits option was enabled, the backup
  75. copy  of  the file should have its archive bit set, as well as the original
  76. file.   I  think someone else recommended this also, but I was too dense at
  77. the  time  to realize what was being said.  What's implied here is the fact
  78. that since the file exists on a backup disk, it IS archived.  If you should
  79. restore from that disk, the archive status is still valid.  Agreed!
  80.  
  81. If  you  left  Utilities  with  either of the "scan switches" enabled, upon
  82. return  you  would  find  that they didn't function properly.  MRBackup now
  83. resets the switches prior to first use.
  84.  
  85. I  may catch some flak for the most obvious change.  You'll notice that all
  86. of  the  gadget  borders  are gone.  I dunno- sometime a week or two ago, I
  87. decided that all those boxes on the screen were U-G-L-Y!  I hope you agree.
  88.  
  89. MRBackup   is   more   efficient   in   its   use   of  buffer  memory  for
  90. copying/compressing files.
  91.  
  92. Some  of  you complained that the abrupt color change after MRBackup loaded
  93. its  parameter  file  was  unsettling.   I  had  some fun with this one and
  94. implemented  a  more gradual color shift that has a nice effect.  It's more
  95. pronounced, the more your colors differ from MRBackup's defaults.
  96.  
  97.