home *** CD-ROM | disk | FTP | other *** search
/ Amiga Elysian Archive / AmigaElysianArchive.iso / compress / rearc211.lha / changes.man < prev    next >
Text File  |  1992-05-21  |  3KB  |  71 lines
  1. ReArc Changes:
  2.  
  3. Changes from 2.0 to 2.01
  4. - ReArc will now abort if the stack-size is too small.
  5. - ReArc now has a proper version-string usable by the V37+ Version command
  6.   Thanx to Klaus Seistrup for this one!
  7.  
  8. Changes from 2.01 to 2.02
  9. - Stupid 'External Archiver' message removed.
  10. - ReArc is now not 100% multi-runable, as to the working-directory.  I doubt
  11.   that you will EVER notice this, as I cannot imagine ANYONE running 2+ copies
  12.   of ReArc at the same time ;-)     However, some special nifty coding will
  13.   hopefully ensure that any problems will arise, but the advantage of changing
  14.   the code was to ensure a 'cleaner' exit under certain error-conditions.
  15.   If this turns out to be a problem though, drop me a note, and I will re-
  16.   implement it.
  17. - Fixed bug which made ReArc sometimes make MESSY filenotes, and more...
  18.  
  19. Changes from 2.01 to 2.05
  20. - FINALLY !!    Found the bug that would bring up the 'Please insert volume
  21.   DISK: in any drive' requester.  The bug is completely wiped, and should NOT
  22.   occur anymore.  I'm surprised that it took around 2 months before someone
  23.   reported this, as I do not run under a 100% 'normal' configuration.
  24.   Thanx to David Griffiths + some others for reporting this bug, and special
  25.   thanx to Klaus Seistrup for putting a TRUE effort into fixing it.  (ok, I
  26.   found it, but... ;-))
  27. - ReArc will not take advantage of the new options in LhA V1.20, which sadly
  28.   means that it will NOT work with versions of LhA below 1.20.
  29.  
  30. Changes from 2.05 to 2.06
  31. - ReArc has been tested with LhA V1.22, and works fine.  I ADVISE NOT TO USE
  32.   LHA V1.20 AS IT HAS A COMPRESSION BUG
  33. - ReArc has been throughly 'stack-tested' with StackWatch, and I have been
  34.   running ReArc 8-10 times (for about 8 hours) with a Stack-size of 4000, and
  35.   encountered NO problems.   However, StackWatch sometimes gives me a
  36.   'Max Stack Used' of ~250000, but that is before I even ENTER the ReArc code,
  37.   and I beleive this is a bug in StackWatch, NOT in ReArc.
  38.  
  39. ReArc has been tested with Zoo V2.1 by the way, and there were NO problems !
  40.  
  41. Changes from 2.06 to 2.07
  42. - Killed that %^#&%&@^# arp-startup module for Manx.  I had some reports from
  43.   Bjarke Oerbech (fanx!) that ReArc didn't free it's resources, and indeed it
  44.   did not :-(((   However, ReArc has now killed the arp.library startup-code,
  45.   and the problem is gone !  (I hope !!)
  46. - ReArc now DisplayBeep()'s when finished.  Thanx to Klaus Seistrup for
  47.   suggesting this !
  48. - ReArc should now no longer leave mysterious dirs behind under certain
  49.   conditions (in WShell and maybe other environments)
  50.  
  51. ArcEx Changes:
  52.  
  53. - Fixed bug that would cause ArcEx to get pretty confused when ArcEx'ing
  54.   across devices.
  55. - Fixed bug that would cause PowerPacked files to be extracted to current
  56.   directory always
  57. - Killed the $^%#@$^% arp-startup code !!!
  58.  
  59. This is the FINAL release of ArcEx within the ReArc package.  Soon, a new
  60. enhanced version of ArcEx will be released separately, which will include
  61. many new options.
  62.  
  63.                                       ***
  64.  
  65. NOTE !!    ArcEx is a handy utility, but I've noticed that not a whole lot of
  66. people use it, because they think it is a 'ReArc only' thing.   THIS IS NOT
  67. TRUE, just try entering ie 'ArcEx NodeDiff.A94 NODELIST:', and the archive
  68. is unpacked correctly !
  69.  
  70.                                       ***
  71.