Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 400576 - N20130211-2000 coredumps on startup
Summary: N20130211-2000 coredumps on startup
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 4.3   Edit
Hardware: PC Linux
: P3 blocker (vote)
Target Milestone: 4.3 M6   Edit
Assignee: Silenio Quarti CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-12 09:24 EST by Paul Webster CLA
Modified: 2013-05-24 09:26 EDT (History)
1 user (show)

See Also:

Attachments
ibm stack trace (1020.68 KB, text/plain)
2013-02-12 09:24 EST, Paul Webster CLA 		no flags Details
Another stack trace (1.83 MB, text/plain)
2013-02-13 13:12 EST, Paul Webster CLA 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Webster CLA 2013-02-12 09:24:07 EST 
Created attachment 226921 [details]
ibm stack trace

I launched N20130211-2000 on a completely new workspace, and it core dumped.  I've attached the java stack trace, it appears to have been in web kit.

3XMTHREADINFO      "main" J9VMThread:0x00007FAC60090100, j9thread_t:0x00007FAC6002DA20, java/lang/Thread:0x00007FAC1A204198, state:R, prio=6
3XMTHREADINFO1            (native thread ID:0x2E9D, native priority:0x6, native policy:UNKNOWN)
3XMTHREADINFO2            (native stack address range from:0x00007FAC679C1000, to:0x00007FAC683C2000, size:0xA01000)
3XMTHREADINFO3           Java callstack:
4XESTACKTRACE                at org/eclipse/swt/internal/webkit/WebKitGTK._webkit_web_view_new(Native Method)
4XESTACKTRACE                at org/eclipse/swt/internal/webkit/WebKitGTK.webkit_web_view_new(WebKitGTK.java:1245)
4XESTACKTRACE                at org/eclipse/swt/browser/WebKit.create(WebKit.java:512)
4XESTACKTRACE                at org/eclipse/swt/browser/Browser.<init>(Browser.java:99)
4XESTACKTRACE                at org/eclipse/ui/internal/intro/impl/presentations/BrowserIntroPartImplementation.createPartControl(BrowserIntroPartImplementation.java:209)
4XESTACKTRACE                at org/eclipse/ui/internal/intro/impl/model/IntroPartPresentation.createPartControl(IntroPartPresentation.java:231)
4XESTACKTRACE                at org/eclipse/ui/intro/config/CustomizableIntroPart.createPartControl(CustomizableIntroPart.java:204)
Comment 1 Paul Webster CLA 2013-02-13 10:57:45 EST 
This happens on N20130212-2000 as well

PW
Comment 2 Paul Webster CLA 2013-02-13 11:50:28 EST 
My eclipse coredumps every time JDT tries to open some javadoc.

PW
Comment 3 Grant Gayed CLA 2013-02-13 12:59:21 EST 
This works for me, tried on 64-bit Ubuntu 10.04 with almost the identical JRE.  I'm assuming this is a new problem for you, but there haven't been any relevant SWT changes in a while.  Has anything changed on your machine lately?  Which linux distro are you using?
Comment 4 Paul Webster CLA 2013-02-13 13:08:45 EST 
The I build works but the N builds don't for some reason.  I did take a patches upgrade on Monday, that make some changes.

I'm on Open Client RHEL 64 3.30 (Gold Master) which is based on Red Hat Enterprise Linux Workstation release 6.3 (Santiago)

webkitgtk-1.2.6-2.el6_0.x86_64

I'm just downloading the SR3 version of the JDK to try that instead.

PW
Comment 5 Paul Webster CLA 2013-02-13 13:12:04 EST 
Created attachment 227035 [details]
Another stack trace

I can reproduce it on SR3 as well

PW
Comment 6 Paul Webster CLA 2013-02-13 13:28:22 EST 
I can reproduce the problem using Oracle jdk1.7.0_11 ... but it won't produce an hs_err file for me.

PW
Comment 7 Paul Webster CLA 2013-02-13 14:49:53 EST 
I can't reproduce on my system using I20130204-1400

PW
Comment 8 Grant Gayed CLA 2013-02-13 16:36:52 EST 
Are you remoting to the linux box from another machine by any chance?  I ask because a crash occurred for me when I accessed our Fedora 17 from my OS X 10.5, but it worked from OS X 10.8.  I've seen this before, where an X client is a bit too old.  Not sure if this could be the case here or not (?).
Comment 9 Paul Webster CLA 2013-02-13 17:06:35 EST 
In this case, the working and non-working examples are both on my primary workstation X (:0.0)

PW
7
Comment 10 Grant Gayed CLA 2013-02-14 16:37:23 EST 
This is caused by the fix for bug 400195.  SSQ will look into the fix.
Comment 11 Silenio Quarti CLA 2013-02-14 17:05:40 EST 
I have removed the changes that made the g_thread* functions dynamic (bug 400195).

Paul, please try the next nightly build.

Fixed.

http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=6ae8951accb46e97f227c11cf47b6c3d216de861
Comment 12 Silenio Quarti CLA 2013-02-15 12:33:32 EST 
N20130214-2000 does not crash for any more.
Comment 13 Paul Webster CLA 2013-02-15 13:04:44 EST 
I can also confirm N20130214-2000 and cbi-4.2.0.I20130214-2011 don't crash anymore on my box.

Thanks guys.

PW