Community
Participate
Working Groups
Build Identifier: Twice now Eclipse has triggered a kernel panic on my OSX Leopard machine when I have tried to run a JUnit test. I will attach excerpts from my panic reporter logs. Reproducible: Sometimes Steps to Reproduce: 1. Open a JUnit 4 test case 2. Right Click in Editor window and choose Run As --> JUnit Test 3. Sometimes a kernel panic is triggered requiring a restart of the machine.
Created attachment 185444 [details] First panic caused by running a Junit test
Created attachment 185445 [details] Second panic caused by running a JUnit test
Moving to JDT/UI. A build id and a jvm crash log would be helpful.
Created attachment 185446 [details] Eclipse configuration
Eclipse Java EE IDE for Web Developers. Version: Helios Service Release 1 Build id: 20100917-0705
Couldn't find a jvm crash log, perhaps since this was kernel panic? (In reply to comment #3) > Moving to JDT/UI. > A build id and a jvm crash log would be helpful.
>3. Sometimes a kernel panic is triggered requiring a restart of the machine. How often does it happen? Does the same test sometimes work and sometimes crash?
(In reply to comment #7) > >3. Sometimes a kernel panic is triggered requiring a restart of the machine. > How often does it happen? Does the same test sometimes work and sometimes > crash? It happened twice. I am not sure if it was the same test class or method being executed - regardless the unit test itself would have been very simple and not doing much. I think one scenario was I already ran the a Junit test class ( Junit 4.x based) and test methods had failed. After making code changes and rerunning the tests, then I got kernel panic. ( OSX grey screen of death). As you might expect after it happening twice, I didn't want to risk it happening again so have not tried lately. I had to switch to run tests from cmd line outside eclipse as a safe workaround.
Looks like a bug in LittleSnitch: Backtrace terminated-invalid frame pointer 0x3ffce0 Kernel loadable modules in backtrace (with dependencies): at.obdev.nke.LittleSnitch(2.0.38)@0x82ffc000->0x83026fff Please update LittleSnitch to the latest version. If that doesn't help, try uninstalling it. Implementation note: The JUnit launching code opens the same port twice in quick succession (bug 322266 comment 1), which could trigger a bug in LittleSnitch.