home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / apps / 20549 < prev    next >
Encoding:
Text File  |  1993-01-26  |  3.3 KB  |  72 lines
  1. Newsgroups: comp.sys.mac.apps
  2. Path: sparky!uunet!charon.amdahl.com!netcomsv!netcom.com!leonardr
  3. From: leonardr@netcom.com (Leonard Rosenthol)
  4. Subject: Re: Problems with SpaceSaver (vs. AutoDoubler)
  5. Message-ID: <1993Jan26.072905.17331@netcom.com>
  6. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  7. References: <1k10gdINN5p@armory.centerline.com>
  8. Date: Tue, 26 Jan 1993 07:29:05 GMT
  9. Lines: 61
  10.  
  11. In article <1k10gdINN5p@armory.centerline.com> chapman@centerline.com writes:
  12.  
  13. I sent a similar responce to Scott via AOL, but for the net as well...
  14.  
  15. >1) SS does not work well with CopyDoubler. 
  16. >
  17.     My understanding is that CD 1.0.1 should be much better behaved than
  18. 1.0 and may work better with SpaceSaver.  However, you may find that other
  19. "finder speeder uppers" (SpeedyFinder7, CopyRIGHT, etc.) would also better
  20. serve your purposes and some even support copying SS files in compressed form.
  21.  
  22. >2) "SpaceSaver Info..." from the SpaceSaver menu causes files compressed to 
  23. >SpaceSaver to revert back to standard Stuffit Deluxe icons. 
  24. >
  25.     I have heard this report before but have not been able to verify it
  26. ourselves.  I will, however, investigate it and you may also wish to check 
  27. into the possibility of an extension conflict.
  28.     
  29. >3) No way to halt a timely operation. 
  30. >
  31.     That is because it would leave your files in an "inconsistant" state.
  32. If you move a folder of "small" files into a "big" folder, those files should
  33. definately be compressed - if you interrupted, then things could end up in
  34. a BAD stat (ie. you copy a folder of compress files into the System folder,
  35. and then interrupt the progress - WHAM - compressed files where they do not
  36. belong).
  37.  
  38. >Suppose you move a large unlabeled folder
  39. >out of a folder labeled "compress". You can get SS to skip some files, but you
  40. >cannot get it to stop the uncompress operation. 
  41. >I still do not understand why it is uncompressing the files anyway, 
  42. >I did not move them to a folder labeled "uncompress"...
  43. >
  44.     No you did not move them into "uncompress", but you moved them out
  45. of "compress" which is almost the same.  By moving them out of "compress" the
  46. files no longer had any "attributes" that would designate them as being
  47. compressed and as such they were expanded.
  48.  
  49. >4) I couldn't not figure out how SpaceSaver works with nested folders. 
  50. >
  51.     It's all pretty simple.  "BIG" (uncompress) always takes precidence
  52. over small since that way you can not put compressed files into a "big"
  53. folder (like the system folder).  
  54.  
  55. >5) No way (in idle-time compression) to compress files which have not been USED
  56. >(as opposed to modified) in a given amount of time. It would be great to have 
  57. >my infrequently used applications remain compressed, but the ones I do use on a
  58. >day-to-day basis remain uncompressed.
  59. >
  60.     NONE of the compression software does this since the Macintosh OS does
  61. not store this information - only the last modified date.  We could maintain
  62. this info ourselves, but that would require a (possibly HUGE) file to be 
  63. created to store that info and since we are trying to save space, putting
  64. a large file on your disk wouldn'[t make much sense ;).
  65.  
  66. -- 
  67. -----------------------------------------------------------------------------
  68. Leonard Rosenthol            Internet:     leonardr@netcom.com
  69. Director of Advanced Technology        AppleLink:    MACgician
  70. Aladdin Systems, Inc.            GEnie:        MACgician
  71.  
  72.