Created attachment 454707 [details]
File: backtrace

This version of Java (currently in updates) is broken.  I've had to downgrade to get anything Java related to reall work.  For example, the popular EVO collab tool won't work with Fedora 13 right now:

http://evo.caltech.edu/evoNext/koala.jnlp

Hi Brad,

(In reply to comment #2)
> This version of Java (currently in updates) is broken.  I've had to downgrade
> to get anything Java related to reall work.  For example, the popular EVO
> collab tool won't work with Fedora 13 right now:
> 
> http://evo.caltech.edu/evoNext/koala.jnlp

This bug report is about a crash in the JVM. Are you getting this crash as well when you run the EVO collab tool? If not, could you please file a separate bug report against java-1.6.0-openjdk?  Also please describe the problem in a little more detail. If this is indeed broken, I would really like to identify the problem and fix it.

Thanks!

I get the following problem:

[bws@localhost:~:1050]$ javaws http://evo.caltech.edu/evoNext/koala.jnlpnet.sourceforge.jnlp.LaunchException: Fatal: Launch Error: Could not launch JNLP file.
	at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:462)
	at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:731)
Caused by: java.lang.RuntimeException: Unable to create locks directory (/tmp/bws/netx/locks)
	at net.sourceforge.jnlp.services.SingleInstanceLock.getLockFile(SingleInstanceLock.java:132)
	at net.sourceforge.jnlp.services.SingleInstanceLock.<init>(SingleInstanceLock.java:55)
	at net.sourceforge.jnlp.services.XSingleInstanceService.checkSingleInstanceRunning(XSingleInstanceService.java:131)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:616)
	at net.sourceforge.jnlp.services.ServiceUtil$PrivilegedHandler$1.run(ServiceUtil.java:187)
	at java.security.AccessController.doPrivileged(Native Method)
	at net.sourceforge.jnlp.services.ServiceUtil$PrivilegedHandler.invoke(ServiceUtil.java:192)
	at net.sourceforge.jnlp.services.$Proxy9.checkSingleInstanceRunning(Unknown Source)
	at net.sourceforge.jnlp.services.ServiceUtil.checkExistingSingleInstance(ServiceUtil.java:139)
	at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:389)
	... 1 more
Caused by: 
java.lang.RuntimeException: Unable to create locks directory (/tmp/bws/netx/locks)
	at net.sourceforge.jnlp.services.SingleInstanceLock.getLockFile(SingleInstanceLock.java:132)
	at net.sourceforge.jnlp.services.SingleInstanceLock.<init>(SingleInstanceLock.java:55)
	at net.sourceforge.jnlp.services.XSingleInstanceService.checkSingleInstanceRunning(XSingleInstanceService.java:131)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:616)
	at net.sourceforge.jnlp.services.ServiceUtil$PrivilegedHandler$1.run(ServiceUtil.java:187)
	at java.security.AccessController.doPrivileged(Native Method)
	at net.sourceforge.jnlp.services.ServiceUtil$PrivilegedHandler.invoke(ServiceUtil.java:192)
	at net.sourceforge.jnlp.services.$Proxy9.checkSingleInstanceRunning(Unknown Source)
	at net.sourceforge.jnlp.services.ServiceUtil.checkExistingSingleInstance(ServiceUtil.java:139)
	at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:389)
	at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:731)


I suppose that is not a sigabrt, but an unhandled exception.  Whatever it is, I've had to yum downgrade to get *anything* java related to work after this upgrade.  Including my payroll application which caused me a large degree of consternation of course.  Let me know if I should enter an new bug report.  There are so many bugs open on OpenJDK I just kind of assumed that everyone had the same problem.  I wanted to provide a simple test case -- EVO.

Crap, ignore this.  I assumed two of the same problem were related.  My payroll application is indeed broken.  Maybe its as simple as a stale lock directory as well.

I have filed a separate bug to track the javaws failure. Lets move this discussion to over there.

https://bugzilla.redhat.com/show_bug.cgi?id=646525

*** This bug has been marked as a duplicate of bug 688453 ***