Re: Mathematica 7.01 and Mac OS 10.6 (Snow Leopard)
- To: mathgroup at smc.vnet.net
- Subject: [mg103944] Re: [mg103928] Mathematica 7.01 and Mac OS 10.6 (Snow Leopard)
- From: John Fultz <jfultz at wolfram.com>
- Date: Tue, 13 Oct 2009 23:18:50 -0400 (EDT)
- Reply-to: jfultz at wolfram.com
On Tue, 13 Oct 2009 07:18:38 -0400 (EDT), Andrzej Kozlowski wrote: > I have been experiencing rare but very irritating problems running > Mathematica 7.01 under Mac OS 10.6 (Snow Leopard) on a MacBook. What > happens is that for some reason the kernel suddenly quits during an > evaluation. When I try to restart it (by evaluating some expression) I > get the message: "The kernel failed to start because you attempted to > run more Mathematica kernels than you have licensed." There are two > buttons, Purchase and Cancel. I find it rather annoying that the > Purchase button is selected by default but not half as annoying as the > fact that clicking on either button produces no effect. Everything is > actually frozen and there is no way out other than force quitting > Mathematica. > > Has anyone experienced anything similar? As I mentioned - this seems > fairly rare; it has happened twice since I installed Snow Leopard > about a month ago and I can't reproduce it. > > Andrzej Kozlowski We've been investigating this problem internally. Our initial investigation suggests that this happens only when a Java runtime launched by the kernel has been left running (for reasons yet unknown), even though the kernel died. If you kill the Java runtime, then it'll free up the process. The best way I know of to kill the process is the old-fashioned, Unix-style method. I.e., open up a Terminal session, use 'ps' to finds its pid, and terminate it with 'kill -9'. We're working to resolve this and other Snow Leopard issues. We've been a bit slower on this then I would have liked...partly because of a collision of internal resources, and partly because a couple of the Snow Leopard issues have been difficult to reproduce and diagnose. But I'm hoping to have more to say on the issue in the near future. Sincerely, John Fultz jfultz at wolfram.com User Interface Group Wolfram Research, Inc.