home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / CPM / UTILS / SQUSQ / OBSCURE.MMG < prev    next >
Text File  |  2000-06-30  |  4KB  |  93 lines
  1. Date:         24 January, 1987
  2.  
  3. From:         Lee D. Rimar
  4.  
  5. To:           Programmers and Users of programs listed in this note
  6.  
  7. Subject:      SQueeze, CRunch & UNSQueeze, UNCRunch utilities
  8.  
  9.  
  10.     If you're just viewing this text with some kind of crunched file
  11. handler like LT, VLU, or others, you shouldn't notice anything strange
  12. about it.
  13.  
  14.     But try to use LT or VLU to extract TO DISK the original, uncrunched
  15. file, and you're in for a nasty surprise.
  16.  
  17.     This file was set to READ-ONLY before it was crunched.  The resulting
  18. file is not read-only -- but inside the crunched file header, the $R/O
  19. attribute is still set.
  20.  
  21.     When LT or VLU try to uncrunch a file like this, the first thing
  22. they do is create an empty directory entry for it.  They get the
  23. original file name out of the crunched file header (containing the
  24. original file attributes, remember?).  So they create an empty read-only
  25. file, then abort (BDOS error on d: File $R/O) from trying to put the
  26. uncrunched data into it.
  27.  
  28.     I have a hunch this problem has existed as long as these programs
  29. have, but it's an obscure detail few people notice.  I tested several
  30. combinations of crunchers and uncrunchers, with varying results.  Here's
  31. what happens when you compress files with:
  32.  
  33.  
  34.     NSWP v2.07 (Huffman SQueeze only):  If original file was $R/O,
  35.     resulting file will be also.  Other attributes ($SYS, $ARC) are
  36.     not carried over to resulting filename.  However, the compressed
  37.     file header does maintain ALL the attributes of the original
  38.     filename.
  39.  
  40.     CRUNCH v2.4 (LZW CRunch only):  Resulting filenames have no
  41.     attributes set.  The compressed file header maintains all
  42.     attributes of original filename.
  43.  
  44.     VLU v1.02 (LZW CRunch only):  Resulting filenames have no
  45.     attributes set.  The compressed file header maintains all
  46.     attributes of original filename.
  47.  
  48.  
  49.     Okay, so now you have a compressed file that may or may not be read-
  50. only, but will definitely contain a header with any original attributes.
  51. So when you try to uncompress it:
  52.  
  53.  
  54.     NSWP v2.07 (extracts Huffman SQueezed files only):  All original
  55.     attributes are restored to extracted filename.  No problem.
  56.  
  57.     UNCR v2.4 (extracts LZW CRunched only):  Original attributes are
  58.     stripped from extracted filename.  No problem unless you had
  59.     wanted to keep them.
  60.  
  61.     NULU v1.51 (extracts Huffman Squeezed files from LBRs):  Same
  62.     results as UNCR.
  63.  
  64.     LT v2.3 (extract Huffman SQueezed and LZW CRunched, from disk
  65.     files or LBRs):  Attempts to restore all original attributes to
  66.     extracted filename.  But if one of those attributes is $R/O,
  67.     program will be stopped by a BDOS error as noted above.
  68.  
  69.     VLU v1.02 (extract Huffman SQueezed and LZW CRunched, from disk
  70.     files or LBRs):  Same results as LT.
  71.  
  72.  
  73.     Observations and summary:  If you're dealing strictly with the $SYS
  74. and $ARC file attributes, maintaining them in compressed files is
  75. somewhat interesting and possibly useful.  However, the poor handling of
  76. the $R/O attribute by some uncrunch programs might be a minor irritation.
  77.  
  78.     Without editorializing too much, Dave Rand's "NSWP" program is
  79. limited becuase it can't manipulate CRunched or LBR files.  But taking
  80. its age into account (last CP/M version was 2.07, dated 7-13-1984), few
  81. of the newer "more powerful" programs intended to replace it can match
  82. its overall functionality, ease of use, and well thought out design.
  83. Interestingly, NSWP is one easiest programs available to let you set,
  84. reset, and display the file attributes under discussion here.
  85.  
  86.     Relating back to the subject of this file:  New programs aren't as
  87. useful if new features are poorly implemented, or added at the expense
  88. of old ones..  Ideally, any SQ/CR, UNSQ/UNCR programs should follow the
  89. example of NSWP, which showed the highest degree of "respect" for file
  90. attributes of any program tested.
  91.  
  92. -eof-
  93.