home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 9 Archive / 09-Archive.zip / ARC521-2.ZIP / README.TOO < prev    next >
Text File  |  1989-12-29  |  4KB  |  79 lines
  1. Notes for ARC 5.21                                        June 6, 1988
  2.  
  3. This program is based on the MSDOS ARC program, version 5.21, plus
  4. a few enhancements...
  5.  
  6.  o ARC also performs Huffman Squeezing on data. The Huffman Squeeze
  7.    algorithm was removed from MSDOS ARC after version 5.12. It turns
  8.    out to be more efficient than Lempel-Ziv style compression when
  9.    compressing graphic images. Squeeze analysis is always done now,
  10.    and the best of packing, squeezing, or crunching is used.
  11.  
  12.  o Compresses and extracts Squashed files. "Squashing" was created
  13.    by Phil Katz in his PKxxx series of ARC utility programs for
  14.    MSDOS. Dan Lanciani wrote the original modifications to ARC's
  15.    Crunch code to handle Squashing. I've made minor changes since
  16.    then, mostly to reduce the amount of memory required. The 'q'
  17.    option flag must be specified to Squash files. The Squashing
  18.    algorithm will be used instead of the usual Crunch algorithm,
  19.    and will be compared against packing and squeezing, as before.
  20.  
  21. System specific notes:
  22.  
  23.    On MTS, an additional option flag, 'i' for "image mode," was
  24. used. ARC assumes files are text, by default, and will translate
  25. MTS files from EBCDIC to ASCII before storing in an archive, and
  26. translates from ASCII to EBCDIC upon extraction. Specifying the
  27. 'i' flag will inhibit this translation. This would most commonly
  28. be used when shipping binary images such as TeX DVI files, other
  29. .ARC files stored within an archive, etc... The 'r' (run) command
  30. is omitted. It just doesn't seem very useful. Also, ARC cannot
  31. restore MTS files with their original time stamps. (Maybe in a
  32. future release...)
  33.  
  34.    On Unix(tm) systems, the 'i' flag is also present. Unix ARC
  35. assumes a binary file, by default. Here the only translation
  36. involved is in end-of-line processing. When storing text files, ARC will
  37. change '\n' to '\r\n', and does the opposite when extracting files.
  38. Carriage returns in any other location are preserved when extracting.
  39. This translation only occurs if the 'i' flag is given.
  40.  
  41.    On the Atari ST, the 'h' (for "hold screen") option is present,
  42. which simply delays exiting the program. This is typically used when
  43. executing ARC from the desktop, to allow reading all of ARC's output
  44. before the screen is cleared and the desktop is redrawn. The program
  45. will prompt and wait for a keypress before exiting. Note that since
  46. there are no "options" for the MARC program, the "hold screen" option
  47. is always active for MARC.
  48.  
  49.    On both Unix and Atari systems, ARC & MARC will search for an
  50. environment variable named "ARCTEMP" or "TMPDIR." If present, any
  51. temporary files will be created in the specified directory. This is
  52. probably insignificant for Unix users, but can be handy on the Atari,
  53. in combination with a RAMdisk. Highly recommended for floppy users.
  54. (Unfortunately, you can only take advantage of this when running some
  55. form of command shell that allows setting environment variables. Thus,
  56. you won't see any speed gains when running from the desktop.)
  57.  
  58.  
  59. That about covers things. The enclosed documentation is taken directly
  60. from the MSDOS distribution of ARC. Unless specified differently here,
  61. the programs behave indentically. Note that ARC521.DOC is identical to
  62. ARC520.DOC - the differences between the two versions are described in
  63. the file CHANGES.521.
  64.  
  65. Oh yeah - this program may be distributed freely so long as you don't
  66. modify it in any way. You may not charge for distributing it. (Don't
  67. feel bad, I can't charge for it either. }-) It'd be nice if you kept
  68. this and the other enclosed doc files with it when distributing, but
  69. I'm not going to make a fuss about it. Most people are so familiar
  70. with the program by now that it wouldn't matter much anyway. You
  71. should keep this README file around, so bug reports & such will find
  72. their way back to me. (Bugs? What bugs? Nah, there aren't any bugs...)
  73.  
  74.          /                 Howard Chu
  75.    ___  /_ , ,_.     University of Michigan
  76.        / /(_/(__     hyc@umix.cc.umich.edu
  77.            /                umix!hyc
  78.           '
  79.