Can you try simply removing the method? Stef On Dec 29, 2011, at 12:29 PM, Mariano Martinez Peck wrote:
> > > On Thu, Dec 29, 2011 at 12:23 AM, ncalexan <[email protected]> wrote: > Hello all, > > Long-time reader, first-time poster. > > Hi and welcome :) > > Is FFI fully supported on Pharo? I > installed into the 1.3 OneClick using > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfFFI'; > load. > > ConfigurationOfFFI load. > > All seems fine but > > ExternalAddress gcallocate: 128 > > fails in ExternalAddress>>shallowCopy, complaining that clone is not > understood. > > Bug? Not supported? Misused? > > > Indeed, it looks like a bug at least for pharo (where #clone was removed) > > ExternalAddress >> shallowCopy > "Re-implemented to avoid superclass call to #new:" > ^self clone > > But now sure what to replace it with. The method #clone used to be just the > call to primitive 148, which is the same as shallowCopy. So I don't > understand why we need to reimplement shallowCopy in ExternalAddress. > "Re-implemented to avoid superclass call to #new:" since shallowCopy > is a primitive, it would only send a message (like #new:) only if the > primitive fails. So..I am lost. > > > > > Best, > Nick Alexander > > -- > View this message in context: > http://forum.world.st/Possible-bug-in-FFI-tp4241299p4241299.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > -- > Mariano > http://marianopeck.wordpress.com >
