I'll note that the 3.8.11b4 mac carbon Universal VM uses a FFI plugin
that is broken for Croquet. This seems to be a problem based on the FFI code used by the unix tree. I have migrated the project to use the older mac carbon FFI C code, and Andrea's windows FFI C code which then avoids the crash. These changes have been checked into the SVN tree. I'll post a 3.8.11b5 VM in a few hours or in a day or so since I'm still working on the OpenGL in a browser window support. Any earlier adopters can email me for a replacement plugin for testing. -- ======================================================================== === John M. McIntosh <[hidden email]> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
Am 24.03.2006 um 01:09 schrieb John M McIntosh:
> I'll note that the 3.8.11b4 mac carbon Universal VM uses a FFI > plugin that is broken for Croquet. > > This seems to be a problem based on the FFI code used by the unix > tree. I have migrated the project to use the older > mac carbon FFI C code, and Andrea's windows FFI C code which then > avoids the crash. These changes have been checked into the SVN tree. So the Unix FFI code is buggy? We've had occasional reports that Croquet wouldn't run on some Linux machine, but we rather attributed it to bad drivers? Or is that bug specific to OSX? - Bert - |
Don't know, all I know is when I use Ian's C code to drive the
assembler for power pc or intel on mac then we crash in croquet. On 24-Mar-06, at 1:20 AM, Bert Freudenberg wrote: > Am 24.03.2006 um 01:09 schrieb John M McIntosh: > >> I'll note that the 3.8.11b4 mac carbon Universal VM uses a FFI >> plugin that is broken for Croquet. >> >> This seems to be a problem based on the FFI code used by the unix >> tree. I have migrated the project to use the older >> mac carbon FFI C code, and Andrea's windows FFI C code which then >> avoids the crash. These changes have been checked into the SVN tree. > > So the Unix FFI code is buggy? We've had occasional reports that > Croquet wouldn't run on some Linux machine, but we rather > attributed it to bad drivers? Or is that bug specific to OSX? > > - Bert - > -- ======================================================================== === John M. McIntosh <[hidden email]> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
Note that Ian provided some stand-alone tests for the FFI support
code in platforms/unix/plugins/SqueakFFIPrims. The 00README provides an explanation, then "$ make; main" to run the test. I can't think of any reason why this would work differently on OS X, but it would be good to verify this before looking elsewhere for problems. Dave On Fri, Mar 24, 2006 at 01:40:58AM -0800, John M McIntosh wrote: > Don't know, all I know is when I use Ian's C code to drive the > assembler for power pc or intel on mac then we crash in croquet. > > On 24-Mar-06, at 1:20 AM, Bert Freudenberg wrote: > > > Am 24.03.2006 um 01:09 schrieb John M McIntosh: > > > >> I'll note that the 3.8.11b4 mac carbon Universal VM uses a FFI > >> plugin that is broken for Croquet. > >> > >> This seems to be a problem based on the FFI code used by the unix > >> tree. I have migrated the project to use the older > >> mac carbon FFI C code, and Andrea's windows FFI C code which then > >> avoids the crash. These changes have been checked into the SVN tree. > > > > So the Unix FFI code is buggy? We've had occasional reports that > > Croquet wouldn't run on some Linux machine, but we rather > > attributed it to bad drivers? Or is that bug specific to OSX? > > > > - Bert - |
Free forum by Nabble | Edit this page |