[M3commit] CVS Update: cm3

[Jay]

Also I admit there is a definite ease-of-human-static-analysis that every instance of RTOS.LockHeap in this file is immediately prefixed with TRY, except for the one in Crash that has a comment about it, Crash being reasonable-to-imagine unusual.
 
 - Jay


----------------------------------------
> From: jay.krell at cornell.edu
> To: hosking at elego.de; m3commit at elegosoft.com
> Subject: RE: [M3commit] CVS Update: cm3
> Date: Wed, 6 May 2009 00:28:28 +0000
>
>
> I think this requires moving that path to a separate function, else we'll die in startup (PushEFrame called before ThreadF.Init).
>
>
> Like I had here:
> http://modula3.elegosoft.com/cgi-bin/cvsweb.cgi/cm3/m3-libs/m3core/src/runtime/common/RTCollector.m3.diff?r1=1.52;r2=1.53
>
>
> but I undid that since the next change subsumed it (though incorrectly as you point out).
>
>
> - Jay
>
>
> ----------------------------------------
>> Date: Wed, 6 May 2009 02:21:50 +0000
>> To: m3commit at elegosoft.com
>> From: hosking at elego.de
>> Subject: [M3commit] CVS Update: cm3
>>
>> CVSROOT: /usr/cvs
>> Changes by: hosking at birch. 09/05/06 02:21:50
>>
>> Modified files:
>> cm3/m3-libs/m3core/src/runtime/common/: RTCollector.m3
>>
>> Log message:
>> We must have a TRY block around CollectEnough in AllocTraced, because it can
>> raise an OutOfMemory error.
>>