Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Launch Error in 4.2.1 #6459

Closed
cyberduck opened this issue Dec 21, 2011 · 3 comments
Closed

Launch Error in 4.2.1 #6459

cyberduck opened this issue Dec 21, 2011 · 3 comments
Labels
bug core high priority worksforme

Comments

@cyberduck
Copy link
Collaborator

Cjoslyn created the issue

I see an issue that may be related to my machine's default JVM, which is 1.5 for my own development purposes, installed using these instructions: http://www.s-seven.net/java_15_lion

When I launch version 4.2.1 I see the following runtime exception in my system.log:

Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: [LaunchRunner Error] ch.cyberduck.ui.cocoa.MainApplication.main(String[]) threw an exception:
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: java.lang.UnsupportedClassVersionError: Bad version number in .class file
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.defineClass1(Native Method)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.defineClass(ClassLoader.java:676)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.security.AccessController.doPrivileged(Native Method)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.loadClass(ClassLoader.java:317)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:375)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.defineClass1(Native Method)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.defineClass(ClassLoader.java:676)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.security.AccessController.doPrivileged(Native Method)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.loadClass(ClassLoader.java:317)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:375)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at ch.cyberduck.ui.cocoa.MainApplication.main(MainApplication.java:94)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at java.lang.reflect.Method.invoke(Method.java:592)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at apple.launcher.LaunchRunner.run(LaunchRunner.java:116)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at apple.launcher.LaunchRunner.callMain(LaunchRunner.java:51)
Dec 21 11:06:29 spikyfrog [0x0-0x10f10f].ch.sudo.cyberduck[6044]: 	at apple.launcher.JavaApplicationLauncher.launch(JavaApplicationLauncher.java:52)

Possibly related to #5586, #6447, #5863, or #3993.
@cyberduck
Copy link
Collaborator Author

Cjoslyn commented

If I switch my environment to 1.6 using:

/usr/libexec/java_home -v1.6

Cyberduck still crashes.

FYI:

$ echo $JAVA_HOME
/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Reinstall Java for Mac OS X 10.6 Update 5 which will fix your broken setup.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

We actually compile with a 1.5 target which makes it run on older 10.5 installations on PPC with Java 1.5 being the default. It just looks like your unsupported setup is broken and versions of the JRE get mixed at runtime. I don't see what I should do to help resolve this issue.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
bug core high priority worksforme
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@cyberduck