Hi Tim,
why not create a subclass of InterpreterProxy to use as your interface and have it implement primitiveFail appropriately? You can also create a subclass of BitBltSimulation to modify as required for your situation. I don't see that a pragma solved anything here.
Eliot (phone)
On Apr 25, 2015, at 2:28 PM, timfelgentreff timfelgentreff@gmail.com wrote:
In RSqueakVM we always run the simulation for BitBlt and Balloon (so when e.g. the copyBits primitive comes up, the VM just creates a frame running the copyBitsSimulated method). This generally works well, but when the simulation triggers a primitiveFail, it'll just be a Smalltalk-level halt, and we have to jump through hoops in RSqueakVM to catch that and run the fallback code. If instead we add a primitive into InterpreterSimulator>>primitiveFail, we can catch that and know that we should run the fallback code.
-- View this message in context: http://forum.world.st/Need-a-marker-primitive-tp4821675p4821886.html Sent from the Squeak VM mailing list archive at Nabble.com.