Created attachment 792482 [details] abrt-backtrace-gzipped Description of problem: I am using the Eclipse package provided by Google in adt-bundle-linux-x86_64-20130729. After opening a project I can view a source code file but after about 1 to 2 minutes Eclipse crashes. I can even let the program sit idle and it will crash. Under Fedora 18 the Android SDK worked fine. Version-Release number of selected component (if applicable): java-1.7.0-openjdk-1.7.0.25-2.3.12.4.fc19.x86_64 adt-bundle-linux-x86_64-20130729 How reproducible: Always Steps to Reproduce: 1. Start eclipse from Google's package. 2. Open a project and have a source code file open. 3. Click around the source code file. Highlight text. Let it sit idle. Actual results: Eclipse crashes Expected results: Eclipse doesn't crash Additional info: Abrt generated a backtrace but then decided it was "unusable" but I will attach it here anyway.
Created attachment 792483 [details] hs_error generated when eclipse crashes This is the hs_error.log file that is generated when Eclipse crashes.
Hello, is there anyone I can ping or a mailing list I can post to to get this issue looked at? I have even tried an older Android SDK (4.2), but the behaviour is the same. I have also tried multiple Fedora 19 computers, but the crash still occurs.
This error in soup_session_detach is a bug in swt. It's fixed in swt upstream and newer eclipse versions (Kepler and later) should contain this fix. I suppose the Android SDK is built on an older version of swt which does not contain the fix. Sadly, Fedora does not ship the Android SDK, so we can't patch this bug. That said, you may be able to follow the workaround here: https://bugzilla.redhat.com/show_bug.cgi?id=986011#c14
That doesn't seem to be an option. When I try replacing the SWT plugin with the one from Fedora 19 in eclipse-swt, Eclipse won't start. The Android SDK provides: org.eclipse.swt.gtk.linux.x86_64_3.100.1.v4236b.jar org.eclipse.swt_3.100.1.v4236b.jar Eclipse 4.2.1 I guess Android development on Fedora 19+ is out of the question.
Re-assigning to eclipse (owner of SWT). Perhaps they'll have some suggestions as to how to work around this problem.
Michael, there is hardly anything we can do regarding the issue with ADT. You can try running android sdk with -clean option or install swt via p2.
*** Bug 1006273 has been marked as a duplicate of this bug. ***