[Vm-dev] Re: [squeak-dev] Re: New Cog VMs available

Eliot Miranda eliot.miranda at gmail.com
Fri Nov 21 19:13:54 UTC 2014

On Fri, Nov 21, 2014 at 9:18 AM, Levente Uzonyi <leves at elte.hu> wrote:

> The linux versions (ht and normal) seem to be broken with the latest Trunk
> image[1] (and any other image I tried). I suspect that the rendering code
> is causing this, because the image becomes unresponsive right after some UI
> changes, and uses 100% CPU.
> I tried to open a browser, but got a few red squares with yellow crosses
> along with some blurred gray lines instead. Sometimes it stops responding
> after the first mouse click.

Yes, it appears I broke the bitSHift: primitive when I rewrite it.  Give me
a few hours and things should be back to normal...

> Levente
> [1] http://build.squeak.org/job/SqueakTrunk/lastBuild/
> artifact/target/TrunkImage.zip
> On Thu, 20 Nov 2014, Eliot Miranda wrote:
>  ... at http://www.mirandabanda.org/files/Cog/VM/VM.r3143.
>> CogVM binaries as per VMMaker.oscog-tpr.949/r3143
>> Spur:
>> Fix regression in primitiveNewWithArg from VMMaker.oscog-eem.859 which
>> caused
>> basicNew: on fixed classes to raise OutOfMemory instead of the relevant
>> error.
>> Have checkForAndFollowForwardedPrimitiveState follow other references in
>> the
>> frame if a forwarder is found on the stack.
>> All:
>> Add a first cut at the primitiveSlotAt[Put] primitives.
>> Reimplement primitiveBitShift for 64-bits.
>> Define areIntegers:and: for 64-bit Spur, and move it into the ObjectMemory
>> hierarchies.
>> Add maxSmallInteger and minSmallInteger and matching manifest constants.
>> Use these in LargeIntegersPlugin and Matrix2x3Plugin.
>> Use numBytesOf: instead of lengthOf: in the 64-bit integer conversion
>> routines.
>> Reorder cases in Spur's numBytesOf: to put common case first.
>> --
>> best,Eliot

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20141121/2ed89487/attachment.htm

More information about the Vm-dev mailing list