<div dir="ltr">There is one way using reflective APIs on Contexts. <div><br></div><div>(thisContext tempAt: 1) for example.</div><div><br></div><div>If you think it doesn&#39;t matter then I won&#39;t bother fixing these details. I wonder if it matters.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-11-21 13:52 GMT+01:00 Levente Uzonyi <span dir="ltr">&lt;<a href="mailto:leves@elte.hu" target="_blank">leves@elte.hu</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>On Sat, 21 Nov 2015, Clément Bera wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is the second time I have issues with temp vectors. They are <br>
</blockquote>
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.<br>
<br>
Is it possible to mangle the temp vectors unintentionally?<br>
The only scenario I can imagine right now is when someone accesses these Arrays via #allInstances and #allObjects.<br>
Unless there are other ways to access them, I wouldn&#39;t change them and wouldn&#39;t add VM checks either.<br>
There are so many practically unavoidable ways to make the VM crash by the programmer that I don&#39;t think it&#39;d be worth patching this one.<br>
<br>
Levente<br></blockquote></div><br></div>