home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / ibm / pc / misc / 12689 < prev    next >
Encoding:
Text File  |  1992-09-15  |  1.5 KB  |  36 lines

  1. Newsgroups: comp.sys.ibm.pc.misc
  2. Path: sparky!uunet!rei2!fox
  3. From: fox@rei.com (Fuzzy Fox)
  4. Subject: Re: New Stacker
  5. Message-ID: <1992Sep15.182509.2344@rei.com>
  6. Date: Tue, 15 Sep 1992 18:25:09 GMT
  7. References: <Steven_P._Oliver.036w@bearsden.UUCP> <1992Sep10.165416.14551@rei.com> <1992Sep14.193532.4713@microware.com>
  8. Organization: Recognition Equipment, Inc.
  9. Lines: 25
  10.  
  11. kris@microware.com (Kris Hoffmeyer) writes:
  12.  
  13. >I don't understand how stacker does not have slack space...
  14. >Stacker does allow you to set the file block size, but it installs
  15. >at 8K blocks, right?  So if a file or it's last block is less than
  16. >8K, the rest is "slack", isn't it?
  17.  
  18. It's true that DOS will not use this space, but Stacker is not DOS.
  19. Stacker will store other data in the unused space.  This is a major way
  20. that Stacker achieves its data compression.
  21.  
  22. The STACVOL file used by Stacker has 512-byte clusters internally.
  23. Stacker tells DOS that it uses 8K clusters, but inside, where you can't
  24. see, it uses 512-byte clusters.  DOS has the wrong idea about what is
  25. actually going on in its clusters.
  26.  
  27. This raises the point that if a program expects to write data beyond the
  28. EOF for a file (some virus protectors might do this), then these
  29. programs will not work with Stacker.  Has anyone seen this behavior?
  30.  
  31. -- 
  32. #ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
  33. #define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
  34. #define  FALSE  1   |
  35. #endif              |         How's my posting?  Call 1-800-ALT-FLAME
  36.