[Vm-dev] Having a specific class for temp vectors

Clément Bera bera.clement at gmail.com
Sat Nov 21 13:40:39 UTC 2015


There is one way using reflective APIs on Contexts.

(thisContext tempAt: 1) for example.

If you think it doesn't matter then I won't bother fixing these details. I
wonder if it matters.

2015-11-21 13:52 GMT+01:00 Levente Uzonyi <leves at elte.hu>:

>
> On Sat, 21 Nov 2015, Clément Bera wrote:
>
> This is the second time I have issues with temp vectors. They are
>>
> internal to the runtime but are exposed to the programmer. The problem is
> that the runtime have expectations with the temp vectors that the
> programmer could break, crashing the VM.
>
> Is it possible to mangle the temp vectors unintentionally?
> The only scenario I can imagine right now is when someone accesses these
> Arrays via #allInstances and #allObjects.
> Unless there are other ways to access them, I wouldn't change them and
> wouldn't add VM checks either.
> There are so many practically unavoidable ways to make the VM crash by the
> programmer that I don't think it'd be worth patching this one.
>
> Levente
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20151121/0996b309/attachment.htm


More information about the Vm-dev mailing list