home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / compress / 4249 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  1.7 KB
  1. Path: sparky!uunet!stanford.edu!rutgers!cmcl2!panix!mdonovan
  2. From: mdonovan@panix.com (Michael Donovan)
  3. Newsgroups: comp.compression
  4. Subject: Compressor Engine (was: Re: Compressing decimal expansion of pi)
  5. Summary: Writing a portable [de]compressor in a virtual machine
  6. Message-ID: <BzxKJ2.Cxq@panix.com>
  7. Date: 27 Dec 92 18:25:50 GMT
  8. References: <1992Dec22.221324.14115@pollux.lu.se> <1992Dec23.201005.18142@crd.ge.com> <1992Dec27.133611.3281@pollux.lu.se>
  9. Organization: Panix Public Access Internet & Unix, NYC
  10. Lines: 24
  11.  
  12. >In article <1992Dec23.201005.18142@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
  13. >>Archivers starting with ARC used to
  14. >>try several compression algorithms and use the one best suited to the
  15. >>data. And they got better compression than any of the existing programs.
  16. >>[...]
  17. >>  You could take the analogy to the point of called a compressed file a
  18. >>program which executes on a pseudo-machine called an expandor, who's
  19. >>output is the unique original file. 
  20.  
  21. Has this been done? I don't mean for custom, special-purpose things like
  22. generating Pi, but in general? If a compressor/expandor set were written
  23. using some sort of pseudo-code within a general-purpose archive program,
  24. then collections of files could be compressed with the latest compression,
  25. and distributed with the needed pseudo-code, and still be usable on any
  26. platform! The pseudo-code could be stored in the same archive, using a
  27. guaranteed-known compression method (like zip 1.9's), and the archive
  28. program could automatically add the code to it's library, possibly after
  29. compiling it to native code!
  30.  
  31. Theoretically, this would be the last archive program you'd ever need!
  32.  
  33. -- 
  34. Mike Donovan             mdonovan@panix.com
  35. "These opinions are mine!  Mine mine mine!"
  36.