Java Cannot Load 32bit Swt Libraries On 64bit Jvm
Open the target editor of and navigate to the environent definition. There you can set the architecture. The idea is that by starting up your RCP application then only the 32 bit SWT libraries/bundles will be loaded. If you have already a runtime configuration it is advisable to create a new one as well.
Java Cannot Load 32bit Swt Libraries On 64bit Jvm
My computer is win7 64 bit, and jdk is 1.7.0.21,jvm is 1.6.. and 64 bit I want to run SWT application and export as runnable jar file. When I run the application, it has the exception that Cannot load 32-bit SWT libraries on 64-bit JVM, so I import the SDK as alternate jre just like you point at Cannot load 64-bit SWT libraries on 32-bit JVM ( replacing SWT file ), and in Eclipse, the application can run correctly, but when I edit the bat file to run the jar file, it always has the problem like Cannot load 32-bit SWT libraries on 64-bit JVM, I have the swt.jar for 64 bit, but I don't konw how to replace and I wanna edit the bat file with the information with the SDK. How to handle the problem?
One thing I will definitely take a look at is to manage loading SWT native libs from Java code versus trying to set java.library.path in launcher C/bash code. That should make it easier to plug in new natives.
If your platform isn't supported, the process for getting SWT up and running is really easy now. Download your appropriate SWT jar from eclipse.org. Then drop the jar into lib/java/ext/your-platform.
Last weekend spend in setup of environment for eclipse plug-in development. I have task to fix and update one plugin. This is add-on to Flash Builder. But before adding something, it's good to run that plugin before. My environment is Mac OS X 10.7 Lion, Eclipse 3.6 (32bit because FB not supported 64bit version of Eclipse) and Flash Builder 4.5. But I faced with odd exception
My computer is win7 64 bit, and jdk is 1.7.0.21,jvm is 1.6.. and 64 bitI want to run SWT application and export as runnable jar file. When I run the application, it has the exception that Cannot load 32-bit SWT libraries on 64-bit JVM, so I import the SDK as alternate jre just like you point at Cannot load 64-bit SWT libraries on 32-bit JVM ( replacing SWT file ), and in Eclipse, the application can run correctly, but when I edit the bat file to run the jar file, it always has the problem like Cannot load 32-bit SWT libraries on 64-bit JVM, I have the swt.jar for 64 bit, but I don't konw how to replace and I wanna edit the bat file with the information with the SDK. How to handle the problem?
NativeSwing: Exception in thread "main" java.lang.UnsatisfiedLinkError: Cannotload 64-bit SWT libraries on 32-bit JVMNativeSwing: at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)NativeSwing: at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)NativeSwing: at org.eclipse.swt.internal.C.(Unknown Source)NativeSwing: at org.eclipse.swt.widgets.Display.(Unknown Source)NativeSwing: at java.lang.Class.forName0(Native Method)NativeSwing: at java.lang.Class.forName(Class.java:169)NativeSwing: at org.eclipse.swt.graphics.Device.(Unknown Source)NativeSwing: at chrriis.dj.nativeswing.swtimpl.NativeInterface$OutProcess.runNativeSide(NativeInterface.java:986)NativeSwing: atchrriis.dj.nativeswing.swtimpl.NativeInterface.main(NativeInterface.java:1087)NativeSwing: Exception in thread "main" java.lang.UnsatisfiedLinkError: Cannotload 64-bit SWT libraries on 32-bit JVMNativeSwing: at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)NativeSwing: at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)NativeSwing: at org.eclipse.swt.internal.C.(Unknown Source)NativeSwing: at org.eclipse.swt.widgets.Display.(Unknown Source)NativeSwing: at java.lang.Class.forName0(Native Method)NativeSwing: at java.lang.Class.forName(Class.java:169)NativeSwing: at org.eclipse.swt.graphics.Device.(Unknown Source)NativeSwing: at chrriis.dj.nativeswing.swtimpl.NativeInterface$OutProcess.runNativeSide(NativeInterface.java:986)NativeSwing: atchrriis.dj.nativeswing.swtimpl.NativeInterface.main(NativeInterface.java:1087)NativeSwing: Exception in thread "main" java.lang.UnsatisfiedLinkError: Cannotload 64-bit SWT libraries on 32-bit JVMNativeSwing: at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)NativeSwing: at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)NativeSwing: at org.eclipse.swt.internal.C.(Unknown Source)NativeSwing: at org.eclipse.swt.widgets.Display.(Unknown Source)NativeSwing: at java.lang.Class.forName0(Native Method)NativeSwing: at java.lang.Class.forName(Class.java:169)NativeSwing: at org.eclipse.swt.graphics.Device.(Unknown Source)NativeSwing: at chrriis.dj.nativeswing.swtimpl.NativeInterface$OutProcess.runNativeSide(NativeInterface.java:986)NativeSwing: atchrriis.dj.nativeswing.swtimpl.NativeInterface.main(NativeInterface.java:1087)Exception in thread "main" java.lang.RuntimeException:java.net.SocketException: Connection resetat chrriis.dj.nativeswing.swtimpl.OutProcessSocketsMessagingInterface.openChannel(OutProcessSocketsMessagingInterface.java:64)at chrriis.dj.nativeswing.swtimpl.MessagingInterface.initialize(MessagingInterface.java:51)at chrriis.dj.nativeswing.swtimpl.OutProcessSocketsMessagingInterface.(OutProcessSocketsMessagingInterface.java:29)at chrriis.dj.nativeswing.swtimpl.OutProcessSocketsMessagingInterface$SwingOutProcessSocketsMessagingInterface.(OutProcessSocketsMessagingInterface.jat chrriis.dj.nativeswing.swtimpl.NativeInterface$OutProcess.createOutProcessMessagingInterface(NativeInterface.java:821)at chrriis.dj.nativeswing.swtimpl.NativeInterface$OutProcess.createOutProcessCommunicationChannel(NativeInterface.java:532)atchrriis.dj.nativeswing.swtimpl.NativeInterface.open(NativeInterface.java:243)at main.MainClass.main(MainClass.java:22)Caused by: java.net.SocketException: Connection resetat java.net.SocketInputStream.read(SocketInputStream.java:168)at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)at java.io.BufferedInputStream.read(BufferedInputStream.java:317)at java.io.ObjectInputStream$PeekInputStream.read(ObjectInputStream.java:2266)at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2279)at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2750)at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:780)at java.io.ObjectInputStream.(ObjectInputStream.java:280)at chrriis.dj.nativeswing.swtimpl.OutProcessSocketsMessagingInterface.openChannel(OutProcessSocketsMessagingInterface.java:62)... 7 more
It is also important to make sure that the Eclipse is being launched with a JVM that has the architecture (64bit versus 32bit) that is expected for that version of Eclipse ( in particular because of certain native libraries like SWT, there are different Eclipse versions for 32bit or 64bit).
Tomas,it's a bug in XDCtools. XDCtools 3.60 and newer releases are 64-bit releases, which means jvm.dll is a 64-bit DLL that cannot load the 32-bit DLL from xdc.tools.sg. I'll check if there is a 64-bit version that you could use in the meantime.
Please be aware that .jnlpx files in some browsers, such as Chrome, opens as text instead of getting saved after download.The reason is that Content-Type returned by server is text/Plain.You can solve this by configuring the Web server so that all files with the .jnlpx file extension are set to a application/x-java-jnlpx-file MIME type.
In short: if you run a 64bit VM, then all native parts also must be 64bit. But what if - like Motif on AIX - native SWT libraries are only available as 32bit version? One can still run the command line parsing on 64bit by executing the following command: