Bugzilla – Full Text Bug Listing
| Summary: | [MacOS] Oomph installer crashes on exit | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Tools] Oomph | Reporter: | Karsten Thoms <karsten.thoms> | ||||||||||||
| Component: | Setup | Assignee: | Project Inbox <oomph-inbox> | ||||||||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||||||||
| Severity: | normal | ||||||||||||||
| Priority: | P3 | CC: | kelly, stepper | ||||||||||||
| Version: | 1.3.0 | Keywords: | helpwanted | ||||||||||||
| Target Milestone: | --- | ||||||||||||||
| Hardware: | PC | ||||||||||||||
| OS: | Mac OS X | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Bug Depends on: | |||||||||||||||
| Bug Blocks: | 459836, 464937 | ||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Karsten Thoms
Created attachment 248377 [details]
Screenshot: Crash Dialog
Created attachment 248378 [details]
Crash Log
I hope that I can reproduce it tomorrow on my Mac virtual box, otherwise I fear there's not much I can say regarding without a Java stack trace... Sure. The problem is that AFAIK there is no Java stacktrace. Something must be different in the shutdown procedure. I never experienced this issue with any of my Eclipse instances. I have now a reproducable path. The crash does not occur everytime you close Oomph. It occurs repeatable once the Installation Folder is selected. If this dialog was not used before, no crash occurs. So to reproduce: 1) Open Oomph Installer 2) Select Eclipse Product (Standard SDK,Luna) 3) Next -> Skip Project Selection -> Next 4) Click "Browse" button for Installation location 5) Select some folder and leave dialog 6) Press Cancel button In the product log there is no entry added, only the crash report from Mac. I have recently upgraded to OSX Yosemite. And by close you mean using the close button? Or using "esc"? Or is there a Quit menu item on the menubar? Do all these things cause the same problem? By "close" I meant the Cancel button. But also with "Esc" and the red close button in the title the same happens. If I choose "Quit Oomph Installer" from the menu bar, the application does not crash, only with any other means to close it. I can't reproduce this on my Mac VM. Generally a VM crash is a VM bug, although it can be caused by bugs in native DLLs too... Which version/build of Java is being used? If you switch to a different version (with a -vm in the *.ini) does it still have the same problem? Default on my system is 1.7.0_21. Tested with 1.8.0_25 and 1.6.0_65 with same effect. Moving all open bugzillas to 1.1.0. It's possible that this was fixed by either bug 448860 or bug 457245. Karsten, can you please test this again and reopen this bug if the problem persists? *** This bug has been marked as a duplicate of bug 457245 *** Created attachment 249888 [details]
Crash Log (new)
Sorry, the problem still occurs with Build#775 Jeesh, I have no clue what that means ;-( Sorry, for closing to quickly. I this possible a duplicate of 457243? Karsten can you start the installer from the command line and check if there is output related to "JDWP Transport"? Karsten, maybe you can try it without installing these Code Recommenders things; just to see if that makes a difference? Created attachment 249949 [details]
JVM Crash Dump Log
I do not see anything which relates to JDWP Transport.
I started now from command line and am getting:
oomph.app/Contents/MacOS/oomph
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00000001212b8ce9, pid=965, tid=24579
#
# JRE version: Java(TM) SE Runtime Environment (8.0_25-b17) (build 1.8.0_25-b17)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# C [libswt-cocoa-4509.jnilib+0x25ce9] callback+0x297
From this I suspect a problem with the Mac specific SWT implementation. The mentioned dynamic library "libswt-cocoa-4509.jnilib" that runs into an error is located in the fragment org.eclipse.swt.cocoa.macosx.x86_64_3.104.0.v20141210-0658.jar
I tried to replace org.eclipse.swt and org.eclipse.swt.cocoa.macosx with a version from another Eclipse instance (replace the jars and update bundles.info), but same result.
It must have something to do with the "Installation location" folder selection dialog.
In the code I recognized that you are doing some Cocoa related stuff in InstallerApplication and CocoaUtil. In latter you are accessing internal API. I don't know about the intention behind this. Maybe you are allocating some stuff in CocoaUtil#register, which requires a deregistration on shut down?
The CocoaUtil makes the "about", "preferences" and "quit" items of the Mac system menu functional. I've tested it (i.e. the entire installer) on my Mac virtual box. Nevertheless I've added a system property to skip this CocoaUtil.register() stuff. Please wait for build #794 and add this to your oomph.ini to test: -Doomph.cocoa.menu.skip=true Tested again with build#803 and adding the system property. I can confirm that the CocoaUtil is not called, since with that option the preferences dialog does not open with CMD+; But again, the same problem happens. Karsten, is this still an issue for you? Created attachment 254220 [details]
Crash Log (1.1.0 Build 1407)
I'm afraid this still happens with the newest build
Moving all unresolved bugzillas to 1.2.0... Moving all unresolved bugzillas to 1.3.0... The issue finally does not happen anymore on my machine. It is not reproducable with 1.1.0 Build 1751 and 1.3.0 Build 1816. |