I forwarded the mail from Andreas, since I think he is not subscribed to pharo list and his answer didnt appear on the the list archive. Many places - I agree. I had the problem while loading OB alpha before FFI since OB also had block arg assignment. But it was very easy to fix. FFI could/should also be fixed. That's at least a start. However - the question left is if block arg assignment should be allowed ... Bye T. BTW: Andreas: would be good if you could subscribe to pharo list. If you fear the traffic then just disable mail forwarding and use the web archive to read. That's how I do it on all squeak related lists and it works fine. -------- Original-Nachricht -------- Datum: Tue, 07 Apr 2009 07:06:41 -0700 Von: Andreas Raab <XYZ@XYZ.de> An: Torsten Bergmann <XYZ@XYZ.de> CC: pharo-project@lists.gforge.inria.fr Betreff: Re: FFI in closure image/modifying block arguments I think it is advisable to allow block arg assignment for the time being. There is *lots* of code which uses it knowingly or unknowingly and unless you've fixed every single case you'll have these troubles every step of the way. For laughs, just try to recompile all the classes in your image to see how far you get. Cheers, - Andreas Torsten Bergmann wrote:
FYI: with the new closure changes/image (Pharo0.1Core-10268cl.zip from [1]) it is not possible to store into block arguments:
1 to: 10 do: [:i | i := i + 1. Transcript show: i printString ]
That makes the current version of FFI unloadable, due to the code in ExternalTypeClass>>initializeAtomicTypes
Bye T.
-- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01