Xref: utzoo comp.sys.mac.misc:1349 comp.lang.smalltalk:2074
Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!swrinde!ucsd!scubed!warner
From: warner@scubed.SCUBED.COM (Ken Warner)
Newsgroups: comp.sys.mac.misc,comp.lang.smalltalk
Subject: Re: SUMMARY & more questions: Virtual 2.0 & IIcx
Keywords: Smalltalk
Message-ID: <287@scubed.SCUBED.COM>
Date: 14 Jul 90 02:29:33 GMT
References: <29528.269dd714@vaxb.acs.unt.edu>
Followup-To: comp.sys.mac.misc
Distribution: usa
Organization: S-CUBED, A Division of Maxwell Labs; San Diego CA
Lines: 15

Here is one Catch-22 for Smalltalk-80 hackers. Non-Smalltalkers won't
understand this.  Smalltalk-80, from ParcPlace, runs just fine under Virtual.  
Under Finder you get ~14 Meg. to run in.  So you can have many large objects
and/or window open without even garbage collecting.  However, if your image
saves larger than the largest free chunk of contiguous memory available 
(8 Meg - System - Finder)  then you won't be able to restart your image even
though it was running just fine when you saved it.  

This is because ROM sits at the 8 Meg boundry and causes memory to be
pre-fragmented.  Smalltalk can access fragmented memory above the 8 Meg boundry
while running but can only load into the largest free chunk which is typically
less than 7 Meg.

Ken Warner
warner@scubed.scubed.com