home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / lisp / mcl / 2068 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.3 KB
  1. Path: sparky!uunet!usc!elroy.jpl.nasa.gov!ames!data.nas.nasa.gov!taligent!apple!cambridge.apple.com!lieber@media.mit.edu
  2. From: lieber@media.mit.edu (Henry Lieberman)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: MCL Operating System
  5. Message-ID: <9301211730.AA09884@media.mit.edu>
  6. Date: 21 Jan 93 17:30:33 GMT
  7. References: Peter Hendrickson's message of 15 Jan 93 20:01:22 GMT <1993Jan15.200122.7395@netcom.com>
  8. Sender: owner-info-mcl@cambridge.apple.com
  9. Lines: 17
  10. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  11.  
  12.  
  13. Actually, an even better idea is to call the MCL application an "init"
  14. and tell people that you have to put it in the Extensions folder
  15. inside the System Folder [no harm in that being there, is there?].
  16. It's only about twice as big as the Quicktime init, and does lots more. 
  17. Then call each fasl file an "application", and marvel at how small the
  18. applications are.
  19.  
  20. But seriously, folks, why should the "size" of the MCL application
  21. matter at all? If System 7 virtual memory works correctly [and here is
  22. where I may be assuming too much], the virtual memory system should
  23. dynamically decide what you need to keep in memory and what you don't.
  24. Virtual memory is a dynamic "tree shaker", and thus should be able to
  25. do better than any static tree shaker could ever do, and no problems
  26. with EVAL, etc.
  27.  
  28. Henry Lieberman
  29.