<div dir="ltr">I didn't see you loading FFI-Pools in advance. The issue you encountered may not have had anything to do with -eem.24.<div><br></div><div>FYI -- FFI also has a "head" release on SqueakMap which documents how to load it.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 12, 2013 at 4:50 PM, Frank Shearar <span dir="ltr"><<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">That pulls in the latest packages, right?<br>
<br>
So that does work. But why does the reported version fail to load?<br>
That's a problem still.<br>
<br>
(While this lets me get on with what I wanted to do - add<br>
#interleaving: to Xtreams - this is still a problem. But thanks for<br>
the workaround, Chris!)<br>
<br>
frank<br>
<br>
On 12 November 2013 20:55, Chris Muller <<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>> wrote:<br>
> Installer new merge: #ffi.<br>
><br>
> Worked for me..<br>
><br>
> On Tue, Nov 12, 2013 at 2:45 PM, Frank Shearar <<a href="mailto:frank.shearar@gmail.com">frank.shearar@gmail.com</a>> wrote:<br>
>> On 26 February 2013 18:36, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
>>><br>
>>><br>
>>> On Tue, Feb 26, 2013 at 1:51 AM, Frank Shearar <<a href="mailto:frank.shearar@gmail.com">frank.shearar@gmail.com</a>><br>
>>> wrote:<br>
>>>><br>
>>>> (Installer monticello mc: (MCHttpRepository new location:<br>
>>>> '<a href="http://source.squeak.org/FFI'" target="_blank">http://source.squeak.org/FFI'</a>))<br>
>>>> install: 'FFI-Kernel-eem.24.mcz'. "There's a -tbn.25, but that's<br>
>>>> not important to this post"<br>
>>>><br>
>>>> fails with an MNU: ExternalFunction class >> callingConventionFor:.<br>
>>>><br>
>>>> As far as I can see what's happening is this:<br>
>>>> * during the loading of the mcz ExternalFunction is defined,<br>
>>>> * a method is parsed (#XOpenDisplay, which has a pragma <cdecl:<br>
>>>> X11Display* ''XOpenDisplay'' (char*) module:''X11''>)<br>
>>>> * Parser >> externalFunctionDeclaration checks whether<br>
>>>> ExternalFunction is defined.<br>
>>>> * It is, so tries to evaluate `descriptorClass callingConvention:<br>
>>>> here` and boom, because ExternalFunction class >><br>
>>>> callingConventionFor: _has not been loaded yet_.<br>
>>><br>
>>><br>
>>> I thought we'd modified Monticello to load new methods first. Did this not<br>
>>> get added to trunk?<br>
>><br>
>> Apparently not. It still happens with an up-to-date Squeak 4.5.<br>
>><br>
>> frank<br>
>><br>
>>>> I've seen this kind of issue with Helvetia code: sometimes you simply<br>
>>>> have to load class-side methods first.<br>
>>>><br>
>>>> Thoughts? Lukas worked around the issue with his Helvetia code by<br>
>>>> directly patching Monticello, and ripping out its "try to do atomic<br>
>>>> loading" mechanism.<br>
>>>><br>
>>>> frank<br>
>>>><br>
>>><br>
>>><br>
<span class="HOEnZb"><font color="#888888">>>><br>
>>> --<br>
>>> best,<br>
>>> Eliot<br>
>>><br>
>>><br>
>>><br>
>><br>
><br>
</font></span></blockquote></div><br></div>