Reported by Benoit St-Jean in mailing list. To reproduce it: Download latest Windows VM (Squeak 3.11.2) from Pharo webpage. Then evaluate ScriptLoader loadFFI and try to run FFI tests. The image will crash! Tried in Linux and had no problem. There are crash2.dmp and crash.dmp attached. One from Andreas and another from Benoit St-Jean. Andreas Raab said: "Interesting. This appears to be a Pharo-only problem. I ran the FFI tests using the 3.11.2 VM on the current 3.10.2 release image and they works fine. I've also ran the test against a 3.10.2 closure converted image (on the off-chance that it might be closure related) and the tests pass too. So I don't really think it's an FFI problem. You'll probably have to ask Pharo people to help you with the problem; the FFI appears to be fully functional on both pre- and post-closure images." Comment 1 by amtw...@hotmail.com, Jul 04 (44 hours ago) I thought I would take a look at this, but ScriptLoader loadFFI doesn't work anymore. It would appear that this is because http://source.squeakfoundation.org/FFI no longer exists. Delete comment Comment 2 by marianopeck, Yesterday (35 hours ago) You can download it from source.squeak.org now Delete comment Comment 3 by amtw...@hotmail.com, Yesterday (32 hours ago) After loading from source.squeak.org and running the tests, I get inconsistent results. Sometimes the image crashes; sometimes I get 1 error and 1 failure. Further investigation shows that FFI-Kernel-ar. 9.mcz has lost its postscript definition and so 'Smalltalk recreateSpecialObjectsArray.' is not run when it is loaded/unloaded. To ensure that it runs correctly, evaluate "Smalltalk recreateSpecialObjectsArray." after loading . Delete comment Comment 4 by marianopeck, Today (14 hours ago) Andrew: I don't know what "Smalltalk recreateSpecialObjectsArray." is, but I evaluated that after loadFFI and tests worked perfect! What we can change is the ScriptLoader>>loadFFI so that it does "Smalltalk recreateSpecialObjectsArray." after installing FFI. What do you think?