home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 498a.lha / MRBackUp_v5.02a / Docs / Changes < prev    next >
Text File  |  1991-04-08  |  9KB  |  205 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. *** Change History (new features and bug fixes) ***
  10.  
  11. 02/20/91 V1.02a (5.02a shareware)
  12.  
  13. Bug fix:
  14.     The new keyword, suppress_empty_dirs, was not recognized when MRBackup
  15.     loaded the preferences file (MRBackup.init). Sigh...I introduced
  16.     underscore separators (suppress_empty_dirs) and they weren't accepted
  17.     by the parser. 
  18.  
  19. 02/16/91 V1.02 (5.02 shareware)
  20.  
  21. Enhancement: 
  22.  
  23.     Many  users  have  asked  for the ability to suppress empty directories
  24.     from the backup set. This version adds a new option button to the main
  25.     window: 
  26.                 Keep Empty Dirs / Suppress Empty Dirs. 
  27.     
  28.     Selecting the Suppress Empty Dirs option will prevent empty directory
  29.     nodes (or directory nodes in which no files are selected) from appearing 
  30.     in the backup set.
  31.  
  32.     WARNING: If you aren't sure if this is a desirable option, DON'T USE IT!
  33.     If you do a backup/format/restore sequence, the suppressed directories
  34.     will be lost.
  35.  
  36.     A new ARexx command, "KeepEmptyDirs" <yes/no> has been added to provide
  37.     a means to set this option.
  38.     
  39.  
  40. 02/15/91 V1.02 (5.02 shareware)
  41.  
  42. Bug fix: There was a long-standing bug related to decompression that I
  43.          wasn't even aware of (major blush, here!). The purpose of the
  44.          Decompression setting is to inhibit the decompression of files
  45.          which were compressed with codes greater than the selected
  46.          limit. This apparently never worked but has been fixed.
  47.  
  48. Change:  The Utilities window has undergone some radical changes. The cause
  49.          of this was the need to place a new gadget in the window which
  50.          would allow the user to independently control the compression
  51.          code size from the Utilities window. There just wasn't room!
  52.  
  53.          As a result, the file information display box has been drastically
  54.          reduced to display only the file name. As soon as the grumbling
  55.          dies down, I'll continue. Ahem... Whenever you click on a filename
  56.          in the display box, the full file information will be displayed
  57.          in the Info gadget. 
  58.  
  59.          Note that there is now only one set of file attribute bit gadgets.
  60.          These are now shared between the Set Bits and Clear Bits gadgets.
  61.  
  62.          Some of these changes may not be popular (at first), but they will
  63.          pave the way for future additional functionality in the Utilities
  64.          segment.
  65.  
  66. 02/12/91 V1.01b (5.01b shareware)
  67.  
  68. Bug fix: "Bytes Out" counter was not properly updated.
  69.  
  70. Bug fix: When restoring a backup with Decompress set to "None", MRBackup
  71.          would attempt to decompress anyway. This could cause unpleasant
  72.          visits from you-know-who.
  73.  
  74.  
  75. 02/09/91 V1.01b (5.01b shareware)
  76.  
  77. Bug fix: Log file would not open unless forced open by hitting return key
  78. while Log Path gadget was selected. Backup and Restore now check condition
  79. of log file and attempt to open it if it is closed.
  80.  
  81. 02/04/91 V1.01 (5.01 shareware)
  82.  
  83. Bug  fix:   RebuildCatalog  was prematurely releasing the disk/tape unit in
  84. Fast Disk mode.  This prevented the backup media from being scanned!
  85.  
  86. Bug fix: RebuildCatalog didn't pay heed to the STOP/PAUSE gadgets. 
  87.  
  88.  
  89. 02/02/91 V1.01 (5.01 shareware)
  90.  
  91. Bug fix: RebuildCatalog was not releasing the tape/disk unit(s).
  92.  
  93.  
  94. 01/21/91 V1.01 (5.01 shareware)
  95.  
  96. Bug fix: Bytes In / Bytes Out discrepancy.
  97.  
  98. Bug fix: Set Backup Volume gadget on Fast Disk / SCSI Tape restore.
  99.  
  100.  
  101. 01/10/91
  102.  
  103. Bug fix: AmigaDOS backups, error recovery.
  104.  
  105. When  the  user  selected Restart Diskette from the MRBackup error recovery
  106. requester, MRBackup would resume the backup with the previous disk sequence
  107. number, rather than the number of the volume that failed.
  108.  
  109.  
  110. 01/03/91
  111.  
  112. When  the user elects to save the catalog to floppy, and if he/she requests
  113. that  the  floppy be formatted, the floppy is now formatted in NORMAL mode,
  114. regardless of the setting of the Formatting parameter.
  115.  
  116. The  Bytes  In  /  Bytes  Out  gadgets  could be confusing, since they only
  117. indicated  raw  data input/output.  A new gadget, Overhead, has been added.
  118. This  gadget  displays the total number of bytes, in K, that were allocated
  119. to directory and file headers.  It is quite accurate for Fast Disk and SCSI
  120. Tape  backup  modes  and  provides  a reasonable approximation for AmigaDOS
  121. backups.
  122.  
  123. Several  error  messages  have  been  changed to make them more generic (to
  124. accommodate SCSI Tape backup mode).  The word "disk" has been replaced with
  125. either "volume" or "media", as appropriate.
  126.  
  127. Investigation  of  the "inescapable floppy disk write error" bug (which may
  128. occur  during  AmigaDOS  backup mode) reveals that this is still a problem.
  129. When  you  click Cancel in the error requester that reports the disk error,
  130. AmigaDOS  simply  ignores  your request.  If you still think MRBackup is at
  131. fault,  you  can prove this to yourself by using the AmigaDOS COPY command,
  132. as  in  "COPY  <dir>  df0:<dir> ALL".  You will note that you cannot escape
  133. from the COPY command and that no errors are reported during the copy.
  134.  
  135.  
  136. *** "To Z or not to Z, is THAT the question?" ***
  137.  
  138. Prior  to this release, files that were compressed during backup had a ".Z"
  139. suffix  added to their names.  Wrinkles developed when I introduced the new
  140. catalog  scheme,  since  compressed  files  had  a "dual identity".  I have
  141. tackled  the  problem  in  a  somewhat non-standard way and there will most
  142. likely  be  an outcry from some of you.  The filename is no longer changed.
  143. Instead,  I  have introduced a new (non-standard) file protection bit which
  144. gets  set  when a file is compressed.  During restore, this bit is detected
  145. and  the  file  is  automatically  decompressed  (assuming  it  passes  the
  146. decompression  code  size  and  decompression filter tests).  The utilities
  147. display  will  reveal compressed files to you by displaying this protection
  148. bit as an upper-case "C".
  149.  
  150.  
  151. *** KNOWN BUGS ***
  152.  
  153. There  are  several  error conditions (bad media, etc.) which MRBackup does
  154. not handle well.  I'm working on these.
  155.  
  156.  
  157. *** READ THIS!!! ***
  158.  
  159. What  follows  is  not  an  MRBackup  bug,  but  I  put it here to get your
  160. attention.   There  IS a bug in the old file system (which MRBackup uses in
  161. AmigaDOS  mode)  which  can  be  mighty  annoying.  In certain instances, a
  162. SYSTEM requester will pop up (on the WorkBench screen), indicating that the
  163. current  floppy drive has a read/write error.  You might wear out your left
  164. mouse  button  (or  your left-Amiga and "B" keys) before the requester ever
  165. goes  away.   Though  this  may seem like an MRBackup bug, the sad truth is
  166. that  MRBackup never even gets a chance to play in the error recovery game.
  167. You  are  dealing  strictly with the filesystem handler.  MRBackup disables
  168. all  requesters  which  might  result  from  a  bad  drive  or logical name
  169. specification,  etc.,  but this situation is not within MRBackup's control.
  170. I haven't checked this out under AmigaDOS 1.4, but I suspect that it's been
  171. fixed in that release.  What can you do?  Sometimes, persistent clicking of
  172. the  Retry or Cancel gadgets in the system requester, intermixed (if you're
  173. quick  enough)  with clicks of MRBackup's STOP gadget, might get you out of
  174. this  "deadly  embrace".   However,  chances  are  you're  going to have to
  175. reboot.  My only possible advice:  use reliable media!  You shouldn't trust
  176. your backups to junk diskettes.
  177.  
  178.  
  179. *** PACKAGING CHANGES ***
  180.  
  181. The  shareware  version  of MRBackup is now named 'MRBackup-sw'.  Also, the
  182. ARP  library,  'arp.library',  is  no  longer  included with the electronic
  183. MRBackup  distribution.   It  has  been  omitted in compliance with the ARP
  184. distribution  policies which state that it's O.K.  to redistribute the full
  185. ARP  package  but not portions of it.  Sorry 'bout that.  If you can't find
  186. the latest ARP distribution through normal channels, send me a blank disk +
  187. postage and I'll mail it to you.
  188.  
  189.  
  190. *** ADVERTISEMENT ***
  191.  
  192. A  new  non-shareware  version  of MRBackup, MRBackup Professional, will be
  193. hitting  the  market  soon.   MRBackup  Professional  will  have all of the
  194. capabilities  of  MRBackup  shareware  but  will also include a fast-backup
  195. option  and  a  powerful  ARexx  facility.   Registered  MRBackup shareware
  196. contributors   will   receive   a   discount  when  upgrading  to  MRBackup
  197. professional (details have not been worked out yet - stay tuned).
  198.  
  199. MRBackup Professional is marketed by 
  200.  
  201.     TTR Development, Inc., 
  202.     1120 Gammon Ln.
  203.     Madison, WI  53719
  204.     (608) 277-8071
  205.