home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / smalltal / 2793 < prev    next >
Encoding:
Text File  |  1993-01-22  |  2.1 KB  |  46 lines
  1. Newsgroups: comp.lang.smalltalk
  2. Path: sparky!uunet!cs.utexas.edu!torn!nott!cunews!freenet.carleton.ca!Freenet.carleton.ca!aa421
  3. From: aa421@Freenet.carleton.ca (Michael Wilson)
  4. Subject: Re: Questions on GNU Smalltalk
  5. Message-ID: <1993Jan22.141745.2740@freenet.carleton.ca>
  6. Sender: news@freenet.carleton.ca (News Administrator)
  7. Reply-To: aa421@Freenet.carleton.ca (Michael Wilson)
  8. Organization: The National Capital Freenet
  9. References: <1jmtlqINN74@ef2007.efhd.ford.com> <11533@prijat.cs.uofs.edu> <1jjlluINNd7u@ef2007.efhd.ford.com> <1993Jan21.182010.85
  10. Date: Fri, 22 Jan 1993 14:17:45 GMT
  11. Lines: 38
  12.  
  13.  
  14. In a previous article, wwm@ef5003.efhd.ford.com (Bill Meahan) says:
  15.  
  16. >
  17. >What does your m-system.h look like?  What other hacking did you do?
  18. >Do you have diffs? (a 3b1 IS SYSV.2 with 2.5 meg/process - yours sounds
  19. >a lot like a Convergent MiniFrame which is the 3b1's first cousin).
  20. Is it that obvious? Actually, it's a CT "MightyFrame" (Which always
  21. seemed like slightly excessive nomenclature to me).
  22.  
  23. I don't have the source here right now so I can't tell you exactly
  24. what I did. Basically, I found the places in the header files where
  25. the memory space size and number of oop constants were defined,
  26. replaced them with globals, and bashed the cline parsing routine to
  27. let me set them. It was pretty cludgy. 
  28.  
  29. >I also am looking at "little smalltalk" as an alternative on my 3b1
  30. >since my point in bringing ST up is self-education, not developing the
  31. >next "killer app" for the hottest platform in town.  And since a 3b1
  32. >(not a PC) is what I happen to own at home ....
  33. Ok. I have both little st and gnu running on the CT. Little ST is faster,
  34. but has some significant limitations (no meta-classes, defective blocks,
  35. deviant syntax, non-standard class library). For your purpose I'd have 
  36. to recommend gnu.
  37.  
  38. The biggest problem with gnu is that they chose to use a simple
  39. Baker two-space garbage collector. This scheme wastes HALF OF YOUR
  40. AVAILABLE MEMORY at any given moment. If they had used a scavenging
  41. collector with two small new spaces and separate mark-sweeped old
  42. spaces like both PPS and Digitalk use, there would be ample space in
  43. a 2.5Meg partition. 
  44. -- 
  45. Michael Grant Wilson (McQ)
  46.