MathGroup Archive 2012

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: Sending an interrupt to the frontend?

  • To: mathgroup at
  • Subject: [mg127241] Re: Sending an interrupt to the frontend?
  • From: John Fultz <jfultz at>
  • Date: Wed, 11 Jul 2012 02:17:22 -0400 (EDT)
  • Delivered-to:
  • Delivered-to:
  • Delivered-to:
  • Reply-to: jfultz at

It would be nice if the front end were more responsive in these cases (says the 
guy who would be responsible for making it happen).  In the mean time, one thing 
which usually works pretty well is to kill the MathKernel process.  Doing so 
will typically leave your front end intact and make it responsive again.

You can do this pretty easily from the Activity Monitor in MacOS, or the Task 
Manager (looking at the Processes tab...*not* the Applications tab) in Windows.


John Fultz
jfultz at
User Interface Group
Wolfram Research, Inc.

On Tue, 10 Jul 2012 00:40:50 -0400 (EDT), W Craig Carter wrote:
> Hello Mathgroup,
> This is a question about frozen frontend behavior.
> In development stages, one of my frequent mistakes is to send the
> frontend something that takes forever to dynamically update---at least
> that is what I believe what is happening for most of the "freezing"
> occurrences.  For MacOs, this is often signaled by a "Formatting
> Notebook Contents" window.
> I wonder if anyone has found a method to send the front end a message to
> stop dynamically updating while in an unresponsive state?  I've various
> versions of kill -s signal  (i.e., signal = INT) from a terminal in
> MacOSx, but never with success.
> I suppose that having the front end query the operating system for
> interrupt requests would create a lot of overhead.  However, I wonder if
> a method to force the frontend to make an operating system query with a
> user-specified time interval might be possible?
> W Craig Carter

  • Prev by Date: Re: strange booleanconvert behavior?
  • Next by Date: Re: Replace, ReplaceAll and If time performace comparition
  • Previous by thread: Re: Sending an interrupt to the frontend?
  • Next by thread: Re: Sending an interrupt to the frontend?