<div dir="ltr"><div>Hi Robert,</div><div>confirmed, thanks for reporting.</div><div>It seems that there is a problem with Monticello initialization order.</div><div><br></div><div>One should invoke "FFICallbackThunk initialize" before "Callback initialize" because the later wants to be added in startup list after the former...</div><div>Unfortunately, MC initialization order seems to be random...</div><div>We should find a workaround...<br></div><div><br></div><div>In the interim, you could try 
to evaluate</div><div>FFICallbackThunk initialize</div><div>then restart Callback class>>initialize from the debugger...<br>

</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 2 mars 2020 à 06:52, Robert <<a href="mailto:robert.withers@pm.me">robert.withers@pm.me</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br>
As soon as Spur64VMMaker.image is made from trunk6-64.image and starts <br>
the error occur immediately with a dialog which states 'Initializing <br>
Alien-Core-TorstenBergman.101'<br>
<br>
On 3/2/20 12:37 AM, Robert wrote:<br>
> In building the spurtrunkvmmaker64 image, at some point, after loading <br>
> Alien, the script BuildSqueakSpurTrunkVMMakerIma<a href="http://ge.st" target="_blank">ge.st</a> throws an error...<br>
><br>
> 'FFICallbackThunk cannot be found in the list.'<br>
><br>
> --- The full stack ---<br>
> SmalltalkImage(Object)>>error:<br>
> SmalltalkImage>>add:toList:after:<br>
> SmalltalkImage>>addToStartUpList:after:<br>
> Callback class>>ensureNotifiedAtStartup<br>
> Callback class>>initialize<br>
> MCMethodDefinition>>postload<br>
> MCMethodDefinition(MCDefinition)>>postloadOver:<br>
><br>
<br>
</blockquote></div>