[Cyberduck-trac] [Cyberduck] #3904: Unable to load library 'rococoa'
Cyberduck
trac at trac.cyberduck.ch
Tue Jun 22 12:54:09 CET 2010
#3904: Unable to load library 'rococoa'
----------------------------------+-----------------------------------------
Reporter: jeff@… | Owner: dkocher
Type: defect | Status: new
Priority: normal | Milestone:
Component: core | Version: 3.5
Severity: normal | Keywords:
Platform: Mac OS X 10.6 | Arch: Intel
----------------------------------+-----------------------------------------
Changes (by Richard Fairhurst):
* platform: => Mac OS X 10.6
* version: 3.3 => 3.5
* arch: => Intel
Comment:
Same problem for me using Cyberduck 3.5.1 (10.5.8, 2.5GHz Core 2 Duo MBP).
Moving it outside the Applications folder doesn't help. Console log as
follows:
{{{
22/06/2010 11:47:01 [0x0-0x57057].ch.sudo.cyberduck[915] [JavaAppLauncher]
A 64-bit JVM is available for 1.6.0
22/06/2010 11:47:01 [0x0-0x57057].ch.sudo.cyberduck[915] [JavaAppLauncher]
and it is the only version available
22/06/2010 11:47:01 [0x0-0x57057].ch.sudo.cyberduck[915] [JavaAppLauncher]
JVMArchs not found in Java dictionary
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] [LaunchRunner
Error] ch.cyberduck.ui.cocoa.MainApplication.main(String[]) threw an
exception:
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915]
java.lang.UnsatisfiedLinkError: Unable to load library 'rococoa':
dlopen(librococoa.dylib, 9): Library not loaded:
@executable_path/../Frameworks/Sparkle.framework/Versions/A/Sparkle
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] Referenced
from:
/Users/richardfairhurst/Web/Cyberduck.app/Contents/Resources/Java/librococoa.dylib
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] Reason: image
not found
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:164)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:237)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
com.sun.jna.Library$Handler.<init>(Library.java:140)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
com.sun.jna.Native.loadLibrary(Native.java:372)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
com.sun.jna.Native.loadLibrary(Native.java:357)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
org.rococoa.Foundation.<clinit>(Foundation.java:76)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
org.rococoa.Rococoa.createClass(Rococoa.java:49)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
org.rococoa.cocoa.foundation.NSObject.<clinit>(NSObject.java:28)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
ch.cyberduck.ui.cocoa.MainApplication.main(MainApplication.java:48)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
java.lang.reflect.Method.invoke(Method.java:597)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
apple.launcher.LaunchRunner.run(LaunchRunner.java:115)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
apple.launcher.LaunchRunner.callMain(LaunchRunner.java:50)
22/06/2010 11:47:02 [0x0-0x57057].ch.sudo.cyberduck[915] at
apple.launcher.JavaApplicationLauncher.launch(JavaApplicationLauncher.java:52)
}}}
Quick Google suggests that http://stackoverflow.com/questions/1670859
/wrapping-an-existing-application-with-jni may possibly have some relevant
suggestions on fixing it.
--
Ticket URL: <http://trac.cyberduck.ch/ticket/3904#comment:5>
Cyberduck <http://cyberduck.ch>
FTP, SFTP, WebDAV, Cloud Files and Amazon S3 Browser for Mac OS X.
More information about the Cyberduck-trac
mailing list