Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 325675

Summary: Crash SIGSEV libxul.so
Product: [Eclipse Project] Platform Reporter: devnull5475
Component: SWTAssignee: Grant Gayed <grant_gayed>
Status: RESOLVED WORKSFORME QA Contact:
Severity: major    
Priority: P3 CC: daniel_megert, jacek.pospychala, zach.romans
Version: 3.6   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard:
Attachments:
Description Flags
Stack trace
none
libxul.so SIGSEGV under JRE 6.0_23-b01 on Solaris 10 Sparc
none
libxul.so SIGSEGV under JRE 6.0_18-b07 on Solaris 10 Sparc none

Description devnull5475 CLA 2010-09-18 09:02:12 EDT 
Build Identifier: 20100617-1415

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xae274500, pid=24212, tid=3075791728
#
# JRE version: 6.0_20-b02
# Java VM: Java HotSpot(TM) Client VM (16.3-b01 mixed mode, sharing linux-x86 )
# Problematic frame:
# C  [libxul.so+0xcc6500]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x09fc5400):  JavaThread "main" [_thread_in_native, id=24216, stack(0xb74fd000,0xb754e000)]

siginfo:si_signo=SIGSEGV: si_errno=0, si_code=2 (SEGV_ACCERR), si_addr=0xb2d81000

Stack: [0xb74fd000,0xb754e000],  sp=0xb754b0c0,  free space=138b754aa50k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [libxul.so+0xcc6500]
C  [libxul.so+0xcc65b7]
C  [libxul.so+0xcd4bf9]  NS_NewLocalFile_P+0x45
C  [libxpcom.so+0x2c42]  NS_NewLocalFile+0x2b
C  [libswt-mozilla-gtk-3650.so+0x6cee]  Java_org_eclipse_swt_internal_mozilla_XPCOM__1NS_1NewLocalFile+0x52
j  org.eclipse.swt.internal.mozilla.XPCOM._NS_NewLocalFile(II[I)I+0
j  org.eclipse.swt.internal.mozilla.XPCOM.NS_NewLocalFile(II[I)I+10
j  org.eclipse.swt.browser.Mozilla.initXPCOM(Ljava/lang/String;Z)V+21
j  org.eclipse.swt.browser.Mozilla.create(Lorg/eclipse/swt/widgets/Composite;I)Z+583
j  org.eclipse.swt.browser.Browser.<init>(Lorg/eclipse/swt/widgets/Composite;I)V+302
j  org.eclipse.dltk.internal.ui.BrowserInformationControl.isAvailable(Lorg/eclipse/swt/widgets/Composite;)Z+12
j  

Reproducible: Always

Steps to Reproduce:
1. Start IDE
2. Try to do some work.
3. Crash.
Comment 1 devnull5475 CLA 2010-09-18 09:02:56 EDT 
Created attachment 179169 [details]
Stack trace
Comment 2 Zach Romans CLA 2010-09-22 16:21:52 EDT 
I am experiencing this same issue, but on Solaris 10 (Sparc).  Stack is slightly different - I have no libxpcom.so "between" libswt-mozilla-gtk-3655.so and libxul.so.

Have tried multiple JDKs (1.6.0_18, 1.6.0_21, 1.6.0_23 (unreleased)), and multiple Firefox/Mozilla releases for the libxul.so (3.0.19, 3.5.7, 3.6.)

Am using M20100909-0800 build due to bug 318006 and bug 319688.

For me, I can reproduce without fail by trying to open the General -> Web Browser preferences window.

Can provide [multiple] stack traces, if desired.
Comment 3 Zach Romans CLA 2010-09-22 16:49:44 EDT 
Created attachment 179411 [details]
libxul.so SIGSEGV under JRE 6.0_23-b01 on Solaris 10 Sparc
Comment 4 Zach Romans CLA 2010-09-22 16:51:22 EDT 
Created attachment 179412 [details]
libxul.so SIGSEGV under JRE 6.0_18-b07 on Solaris 10 Sparc
Comment 5 Jacek Pospychala CLA 2010-09-23 03:18:20 EDT 
This issue seems to be on line SWT Browser<->Mozilla. Moving to SWT.
Comment 6 Grant Gayed CLA 2010-09-27 10:13:34 EDT 
These cases are a bit different:

- Comment 1 is crashing in the first call that the Browser tries to make.  It's suspicious that it's trying to use /usr/lib/xulrunner-1.9.2, yet the swt library it's going through is swt-mozilla... instead of the expected swt-xulrunner... one.  I'm guessing that /usr/lib/xulrunner-1.9.2 is not properly registered on your OS.  As an experiment please try adding the following line to the end of the eclipse.ini file in your eclipse root directory:
-Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/xulrunner-1.9.2/

- Comment 3 gets a bit further.  I suspect this is bug 288361, as I notice it's trying to embed your firefox in /usr/dist/pkgs/firefox,v3.5.7/5.10-lib.sun4.  Are you doing anything to point it at this firefox install (eg.- setting the MOZILLA_FIVE_HOME environment variable)?  I would have expected it to use an available native renderer from somewhere in /usr/sfw/lib/... .  Do you see any directories in /usr/sfw/lib/ with names containing mozilla, firefox, xulrunner, etc?  Please follow up in bug 288361.
Comment 7 devnull5475 CLA 2010-10-17 07:29:59 EDT 
(In reply to comment #6)
> These cases are a bit different:
> 
> - Comment 1 is crashing in the first call that the Browser tries to make.  It's
> suspicious that it's trying to use /usr/lib/xulrunner-1.9.2, yet the swt
> library it's going through is swt-mozilla... instead of the expected
> swt-xulrunner... one.  I'm guessing that /usr/lib/xulrunner-1.9.2 is not
> properly registered on your OS.  As an experiment please try adding the
> following line to the end of the eclipse.ini file in your eclipse root
> directory:
> -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/xulrunner-1.9.2/

I added XULRunnerPath to eclipse.ini. After quick test, it appears to have worked. That is, not crash. Thanks. ASD
Comment 8 Grant Gayed CLA 2010-10-18 11:15:18 EDT 
Ok, can you try the following then?

- remove the "-D..." line that was added at the end of your eclipse.ini
- "cd /usr/bin"
- if there's a xulrunner-* directory here (eg.- "xulrunner-1.9.2/" then cd into it
- "./xulrunner --register-global"
- if the above line fails due to permissions you can either sudo it or instead do: "./xulrunner --register-user"
- launch eclipse, it should come up
- Window > Show View > Other...
- select General - Internal Web Browser, OK
- navigate this view's Browser to any URL, does it go there successfully?
Comment 9 devnull5475 CLA 2010-10-22 21:37:09 EDT 
(In reply to comment #8)
> Ok, can you try the following then?
> 
> - remove the "-D..." line that was added at the end of your eclipse.ini
> - "cd /usr/bin"
> - if there's a xulrunner-* directory here (eg.- "xulrunner-1.9.2/" then cd into
> it
> - "./xulrunner --register-global"
> - if the above line fails due to permissions you can either sudo it or instead
> do: "./xulrunner --register-user"
> - launch eclipse, it should come up
> - Window > Show View > Other...
> - select General - Internal Web Browser, OK
> - navigate this view's Browser to any URL, does it go there successfully?

No, it does not go there successfully. It crashes.
Comment 10 devnull5475 CLA 2010-10-22 21:39:25 EDT 
(In reply to comment #9)
> (In reply to comment #8)
> > Ok, can you try the following then?
> > 
> > - remove the "-D..." line that was added at the end of your eclipse.ini
> > - "cd /usr/bin"
> > - if there's a xulrunner-* directory here (eg.- "xulrunner-1.9.2/" then cd into
> > it
> > - "./xulrunner --register-global"
> > - if the above line fails due to permissions you can either sudo it or instead
> > do: "./xulrunner --register-user"
> > - launch eclipse, it should come up
> > - Window > Show View > Other...
> > - select General - Internal Web Browser, OK
> > - navigate this view's Browser to any URL, does it go there successfully?

No, it does not go there successfully. It crashes.

BTW, not sure it matters, but on Gentoo I had to go to /usr/lib/xulrunner-1.9.2 to execute ./xulrunner --register-global
Comment 11 Grant Gayed CLA 2011-10-04 12:15:59 EDT 
Based on comment 7 I believe this should work as of eclipse 3.7 as a result of eclipse launcher fixes in the area of detecting a native Browser renderer.  Marking report as WORKSFORME, please reopen it if Eclipse 3.7 or 3.7.1 does not work better for you.