home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 391.lha / MRBackup_v4.0b / Changes < prev    next >
Text File  |  1990-06-03  |  14KB  |  288 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.  
  10. Version 4.0a, May 15 1990
  11.  
  12. If  the  WorkBench  screen  is  in  interlace  mode,  MRBackup will open an
  13. interlace  screen,  also.   In  that  case,  the  Status  Display window is
  14. positioned below the bottom edge of the MRBackup Parameters window.
  15.  
  16. Version 4.0b, May 1990
  17.  
  18. If you used any filters, there was a chance that MRBackup would crash after
  19. completing  a  backup.   This  was  due to a bug in the routine which frees
  20. memory from the filter lists. 
  21.  
  22. =========================
  23. | Version 4.0, May 1990 |
  24. =========================
  25.  
  26. I think you're gonna' like this one!
  27.  
  28. New Screen Layout
  29. -----------------
  30.  
  31. It  will  be  obvious that the screen layout has changed once again.  I saw
  32. all  those nice NeXT-like programs popping up all over and I decided that I
  33. liked  the  3-D look.  You almost get the sense that you could reach up and
  34. feel  the texture of those raised surfaces, push the buttons on the window,
  35. etc.   What you see here is my attempt to imitate that.  I hope you like it
  36. (or  at  least  don't  find it disagreeable).  The color scheme has changed
  37. somewhat  to  acommodate this new look.  I was sorely tempted to go back to
  38. an 8-color screen but I fought the urge.  The color scheme is as follows:
  39.  
  40.     Color 0 - background
  41.     Color 1 - Text
  42.     Color 2 - top-left borders
  43.     Color 3 - bottom-right borders
  44.  
  45. Unfortunately, this means that ALL text on the screen is the same color.  I
  46. liked  the differentiation between "label" text and "contents" text, but it
  47. just didn't seem to work with the multi-colored borders and only 4 colors.
  48. By the way, picking four compatible colors is even HARDER with this type of
  49. presentation. I've picked two different layouts for you to start with. The
  50.  
  51.  
  52. New Status Display Window
  53. -------------------------
  54.  
  55. I  didn't  really  want to create another window, but it was either that or
  56. squish everything in the Main Window down to an unreadable size.  Thus, the
  57. Status  Display  window  was  born.  This window reports Backup and Restore
  58. progress  information as well as certain error or status messages generated
  59. while  interacting with MRBackup.  Hint:  if you run in Interlace mode, the
  60. Status  Display  window  and the MRBackup Parameters window will peacefully
  61. coexist without overlapping one another.
  62.  
  63.  
  64. In  response  to the endless cajoling, pleading and downright nagging, I've
  65. finally  added  automated support for multiple floppy drives.  This release
  66. makes one rather large assumption - that all of your trackdisk-based floppy
  67. drives  are  named  "DFX:",  where "X" is in the range 0 through 3.  If you
  68. have  more  than  4  floppy  drives,  more  power to you, but they won't be
  69. recognized  by  this  scheme.   If  you have floppy drives with a different
  70. device  prefix  (perhaps  you've  created a New Amazing FileSystem and your
  71. floppies mount as "DX0, DX1, etc."?), MRBackup will thumb his nose at them.
  72. I  had  to  start somewhere, and the "four drives or less and device name =
  73. DF<something>:"  assumption  would  seem  to  address  the  greatest common
  74. denominator   of   Amiga  users.   I'm  all  ears  if  you  have  different
  75. requirements, however.  Just tell me what you need.
  76.  
  77.  
  78. Here's how multi-floppy support works:
  79.  
  80. On  the main window, note that there are four floppy drive icons (gadgets).
  81. The  icons  for  drives  you don't have are disabled (ghosted), while those
  82. that  are  available are enabled.  IMPORTANT!  If you select one or more of
  83. the floppy drive icons, the "Backup Path" gadget is ignored.  Each selected
  84. floppy  drive  icon  will  display  a checkmark and its "shutter" will have
  85. "opened".   When  you  start a backup or restore, MRBackup will first check
  86. the  selected  drives  to see if any disks are present.  If so, you will be
  87. required  to  remove them.  This is for safety.  You will then be requested
  88. to  insert  floppy  disks  into each selected drive.  You can tell MRBackup
  89. "NO"  at  this  point  or  you  can tell him "YES" (meaning the request was
  90. satisfied).   In  fact,  you can LIE to MRBackup by not loading some or all
  91. disks but responding with "YES".  This would be appropriate at the end of a
  92. restore  sequence  when  you  have fewer disks remaining than the number of
  93. drives  selected.   If  MRBackup  discovers  an  empty drive, he'll place a
  94. specific request to have it loaded, just as in previous versions.
  95.  
  96. Once the disk units are filled, MRBackup will happily munch away on them in
  97. ascending  unit  order  until  the  highest numbered selected unit has been
  98. filled  (backup)  or  emptied  (restore).  This will allow you to make less
  99. frequent  trips  "back to the barn" to feed your floppy drives.  Thanks for
  100. pushing  me,  everyone!   I  really  like this new feature.  I had a lot of
  101. inertia  when  it  came to implementing it, however.  I think I was looking
  102. for  a  solution  which  was too "open-ended".  Once I decided to take this
  103. approach, it all fell into place very quickly.
  104.  
  105.  
  106. !!! New Filter Files !!!
  107. ------------------------
  108.  
  109. In  previous  versions,  MRBackup  had  an "exclude filter" (default name =
  110. MRBackup.xcld)  which  would  allow you to prevent certain files from being
  111. backed  up.  We now have a totally new, much more orthogonal approach.  The
  112. exclude  filter  file  is  gone  and,  in  its place, we have the (sound of
  113. trumpets)  "Backup  Filter".   Yeah!   In  the  backup filter file, you can
  114. both specify files you wish to exclude and files you wish to include.  This
  115. brings  a  tremendous new range of file selection power to your fingertips!
  116. (I know - I'm starting to sound like the Salad Master guy on T.V.  :-)
  117.  
  118. The backup filter file essentially has two modes, :INCLUDE:  and :EXCLUDE:,
  119. which  you  can  toggle  back  and forth by the presence of the magic words
  120. :INCLUDE:   and  :EXCLUDE:.   The  initial  state  is :EXCLUDE:.  Since you
  121. already  know  all  about the :EXCLUDE:  mode, I'm just going to talk about
  122. the :INCLUDE:  mode.
  123.  
  124. If  any  include  patterns  appear  in the backup filter file, the relative
  125. portion  of  the  Home Path specification is ignored (i.e.  only the device
  126. name  portion  is  used).   Note that the include patterns must define FILE
  127. names,  NOT  DIRECTORY  names  (as  opposed  to  exclude patterns which can
  128. specify  either).   If  you  want  to  include  everything  in a particular
  129. directory,  follow  the  directory name with a slash and either "#?" or "*"
  130. (omit   quotes).    For   instance,  to  include  all  files  in  directory
  131. "Documents/Unix"  you  would  include  the  pattern  "Documents/Unix/*"  or
  132. "Documents/Unix/#?".   Suppose  you  wish to backup EVERY directory on your
  133. system  which  contains  documentation and you have consistently named them
  134. such  that the first three letters are always "doc".  In addition, you want
  135. to  omit  any file containing the pattern "ReadMe".  I don't know why you'd
  136. want  to  do it - maybe you're just wierd.  The following patterns would do
  137. what you want:
  138.  
  139. :INCLUDE:
  140. ; Include all files in all directories whose names start with "Doc".
  141. (Doc/#?|#?/Doc#?/#?)
  142. :EXCLUDE:
  143. ; Exclude all files whose names have "README" embedded within them.
  144. #?README#?
  145. ;
  146.  
  147. The backup filter works IN CONJUNCTION with your other backup parameters.
  148. The order of testing is as follows:
  149.  
  150.     1. Is file modification date greater than or equal to test date?
  151.  
  152.     2. If "Test Archive Bits" is on, is this file's archive bit CLEAR?
  153.  
  154.     3. Is file not excluded by an :EXCLUDE: specification?
  155.  
  156.     4. If :INCLUDE: specifications exist, does file name match an include
  157.        list entry?
  158.  
  159. If the file passes all tests, it is selected for backup.
  160.  
  161.  
  162. Decompression Filter
  163. --------------------
  164.  
  165. In prior versions, you had a compression filter which would let you prevent
  166. certain files from being compressed during a backup.  This was primarily to
  167. head  off the "file expanded while being compressed" syndrome, typical with
  168. most archive files (ARC, ZOO, etc.) and certain graphics image files.
  169.  
  170. Now  you  have  a decompression filter, as well!  The default decompression
  171. filter  filename  is  "S:MRBackup.dflt", but you can override that and your
  172. choice  can  be  saved  in  your MRBackup preferences file (MRBackup.init).
  173. During   a  restore,  the  decompression  filename  pattern  list  will  be
  174. consulted.   Any  filename  matching  a  pattern  in  this list will not be
  175. decompressed.   This  can  be  quite  useful if you maintain directories of
  176. files  which  are  normally compressed (my online documents are stored this
  177. way).
  178.  
  179. IMPORTANT:   MRBackup only recognizes filenames ending in ".Z" as potential
  180. compressed  files.  If your pattern specifications name specific files, you
  181. MUST include the ".Z".  For example:
  182.  
  183. ; The ".Z" is not required here, since we are being non-specific.
  184. Documents/#?
  185. ; The ".Z" is required here, because we are being very specific.
  186. MyArchives/Misc/MyVeryBigFile.Z
  187. ;
  188.  
  189.  
  190. Compression
  191. -----------
  192.  
  193. Limited   testing   reveals   about  a  25%  boost  in  performance  during
  194. compression.   I'd  be  interested  in  hearing  what your impressions are.
  195. Also,  there  are  two  new  built-in  compression  filters:   "#?.LZH" and
  196. "#?.ZIP".  Since these are very prevalent, I decided they should be part of
  197. the standard set.
  198.  
  199.  
  200. Buffer Size Gadget
  201. ------------------
  202.  
  203. This  was  primarily  added  for  those of you who have gobs of RAM and are
  204. looking  for  ways to use it.  The Buffer Size gadget allows you to specify
  205. the amount of memory to use per file for buffering.  The value is specified
  206. in  K  (multiples of 1024 bytes) and must be at least 2 (2048 bytes) and no
  207. greater  than  the largest Available chunk of memory.  A better upper limit
  208. would  more  likely  be  something  like  128K.  Increasing the size of the
  209. buffer  used  will decrease the number of explicit writes to the disk unit,
  210. enhancing performance.
  211.  
  212.  
  213. Utilities
  214. ---------
  215.  
  216. If  you  inadvertently  place trailing blanks in the File Spec gadget, they
  217. will be truncated.  (Thanks, Tom Zartler)
  218.  
  219. Previous  releases  required  the  use  of the shift key to select multiple
  220. files.   This  is no longer the case.  Each click on a filename will toggle
  221. between selected and not selected.
  222.  
  223.  
  224. Bug Fixes
  225. ---------
  226.  
  227. In  version 3.4f, files named ".info" (the files that track icon positions)
  228. within  a given folder) would confuse MRBackup in his attempts to associate
  229. files  having a ".info" suffix with a parent file.  This has been rectified
  230. in version 4.0.
  231.  
  232. In  some  cases, an output error could be missed if it occurred at the very
  233. end of writing a backup file.  This has been corrected.
  234.  
  235. Empty  directory  hierarchies  are now preserved and directory comments are
  236. also preserved.
  237.  
  238.  
  239. ===========================================================================
  240. Versions 3.4e and 3.4f, April 1990
  241.  
  242. I've  been chasing a mysterious "Out of memory!" condition (A2000, 1MB CHIP
  243. RAM)  since V3.4c.  I finally found the culprit.  One of my ancient library
  244. routines  was  making an explicit request for fast memory.  I thought I had
  245. "re-educated"  all  of  my  support  stuff  but this one apparently slipped
  246. through  the cracks.  Fat Agnus exposed the problem.  New machines have 1MB
  247. chip  memory  and  no fast memory.  Thus, explicit requests for fast memory
  248. (which are just plain dumb!) will fail on these machines.  I apologize.
  249.  
  250. I  discovered  another  problem with file decompression when using Restore.
  251. There  was an erroneous test on the "Compression" setting which should have
  252. been  testing  the "Decompression" setting.  Thus, if you had "Compression"
  253. set to None it would disable decompression - ugh!
  254.  
  255. More work has been done on the compression/decompression buffer management.
  256. Prior  to  this  release,  the  compression/decompression  buffer was being
  257. allocated/deallocated  on  a  file-by-file  basis (this was actually new in
  258. 3.4c).  This proved to be somewhat "dangerous" due to the large size of the
  259. contiguous  memory  block  required.  Subsequent smaller memory allocations
  260. would  cause  fragmentation  and a larger buffer, if required, could not be
  261. allocated.   Now  MRBackup  defers  allocation  of  the  buffer until it is
  262. required,  as before.  However, once obtained, it is not released until the
  263. backup/restore/utilities  operation  is  done.  Running my MemEater program
  264. and  limiting  memory  to  1MB  CHIP, I was able to do a backup with 16-bit
  265. compression  and there still was approx.  200K system memory available.  At
  266. the  time,  DMouse,  dcron,  PopUpMenu and a few other background processes
  267. were  running.   I  guess  you  can  ignore  my previous cautions regarding
  268. maximum  compression/decompression  bit  settings.  If you're wondering why
  269. all  this pain has gone into memory management ("Why not just GRAB what you
  270. need?"),  my  goal is to use a minimum of resources and remain multitasking
  271. friendly.
  272.  
  273. I had previously released a version of MRBackup which would detach from the
  274. current  CLI.   Unfortunately,  I  later discovered that each invocation of
  275. MRBackup  would  "lose" 560 bytes of system memory.  The problem is somehow
  276. related  to  the fact that MRBackup has overlays.  The non-overlaid version
  277. (MRBackup.no)  doesn't manifest this problem so I've allowed it to keep the
  278. detach  feature.  I'll try to get an answer from the Manx folks as to where
  279. the blame lies (their startup code or AmigaDOS process management?).
  280.  
  281. You'll  notice  that  the main window has been tweaked again.  There are no
  282. functional  changes.   I  just  moved  a  few gadgets and designed some new
  283. pushbutton  images  for  the  on/off  switches.  If anyone has some nice 3D
  284. button IFF brushes they'd like to send me (anything!), I'd like to use them
  285. to jazz up the next major version.
  286.  
  287.  
  288.