[Pharo-dev] Responsible development

phil at highoctane.be phil at highoctane.be
Mon Dec 2 09:47:52 EST 2013

As Clement explained to be, the Cmd + . combo is only tested on VM bytecode

So, if the bytecode is stuck with no backjumps, it is definitely stuck.

I'd like to see where this occurs in the VM (maybe in the hope I could have
a slow, but interruptible VM at all times) - this could take the form of a
setting that gets turned on.


On Mon, Dec 2, 2013 at 3:30 PM, Esteban A. Maringolo
<emaringolo at gmail.com>wrote:

> 2013/12/2 Pavel Krivanek <pavel.krivanek at gmail.com>:
> > User interrupt (cmd + .) was not working?
> Most of the times for simple things it does, but sometimes it doesn't.
> Regards,
> Esteban A. Maringolo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/attachments/20131202/1c6c47c5/attachment-0002.html>

More information about the Pharo-dev mailing list