For the GLASS GemTools client, I would like to intercept Alt-. and instead of opening a debugger, I would like to send an interrupt to the GemStone process. In Squeak and earlier variants of Pharo, it was possible to replace the interruptSemaphore with one of our own while we were waiting and it worked well enough. With the new structure of InputSensor and friends it doesn't appear to be possible to hack into the event handling system for user interrupts. The class UserInterruptHandler is tantalizingly close, however, there is no obvious way to insinuate myself as an interested party....It's pretty much hard-wired to open a debugger on the interrupted process.... There are probably several ways to allow for the user interrupt to be intercepted: - use a dynamic variable - use a process local Both techniques have the advantage of being process specific... On the other hand if it is easier/preferable to use Ctl-ALT-. then that would work for me. Thanks in advance, Dale