Status: New
Owner: ---- Labels: Milestone-2.0 Type-Bug New issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 Not in my Mac using latest Pharo 2.0 _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #1 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 When you press it when idle? There needs to be something to be interrupted... _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #2 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 I am opening a dialog and trying to interrupt it, but it doesnt work for me: QuestionDialogWindow new open. - Francisco _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #3 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 Hi - on a fresh Pharo 2.0 image (build 20041) open Nautilius and press cmd-dot: the usual User Interrupt debugger will appear. Close the debugger and click one of the Nautilius packages and press cmd-dot: nothing happens. Open a new Change Sorter window, go back to the previous Nautilius browser and cmd-dot works again. This is on Mac running OSX 10.6.8. - Francisco _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Updates:
Status: Accepted Comment #4 on issue 5766 by marianopeck: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 Indeed. I could reproduce the problem. If you do cmd.- in the desktop it works. If you select a package in Nautilus and there you press cmd.- it is ignored, nothing happpens. Looks there is a problem with Nautilus of KeyMappings. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #5 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 Same thing happens with Monticello browser... _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Updates:
Cc: [hidden email] Comment #6 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 I think it comes from KeyMapping. \me magically invoke Guillermo _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #7 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 Hmm, don't think so :). The event reaches the user interrupt handler I've put a transcript log in UserInterruptHandler>>handleUserInterrupt "This will be called from the event-fetcher process. Assume no system-vital processes have a lower priority than this, and are thus ok to interrupt" UserInterruptHandler cmdDotEnabled ifTrue: [ [ |toInterrupt| toInterrupt := self processToInterrupt. Transcript show: toInterrupt asString... toInterrupt ifNotNil: [ toInterrupt debugWithTitle: 'User Interrupt' ] "fork exceptions, we don't want interrupt handler to die" ] on: Error fork: [:ex | ex pass]. ] prints nil. Even more: (Processor instVarNamed: 'quiescentProcessLists') reduce: [ :a :b | a union: b ] yields an array with the idle process only. Which is not interrupted. Don't know why the UIProcess is not in the process lists of the Processor. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #8 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 Yes we were puzzled with igor this afternoon. We should check that because this is really strange and crucial :) _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Updates:
Cc: [hidden email] Comment #9 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 (No comment was entered for this change.) _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #10 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 We check with igor and the interrupt key is working. The point is that the interrupt key interrupts perfectly endless loop but if you just have a plain normal world, the UI process is periodically suspended and the interrupt handler is not looking at suspended process (because they are not creating loops). Igor will correct me because my vocabulary is probably incorrect. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Updates:
Status: Invalid Comment #11 on issue 5766 by [hidden email]: cmd-dot interrupt key not working http://code.google.com/p/pharo/issues/detail?id=5766 (No comment was entered for this change.) _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Free forum by Nabble | Edit this page |