Loading a 32-bit native library on a 64-bit JVM environment

Hello
I have a 3rd party 32-bit native library (abc.so). I am creating a JVM from my 64-bit C code (myC.c). Within this JVM i try to load the 32-bit abc.so
I get the following run-time error
Exception in thread "main" java.lang.UnsatisfiedLinkError: abc.so: ld.so.1: myC: fatal: abc.so: wrong ELF class: ELFCLASS32
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1480)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1404)
at java.lang.Runtime.loadLibrary0(Runtime.java:772)
at java.lang.System.loadLibrary(System.java:832)
When I try to load the same abc.so using a wrapper Java code(instead of myC.c) by running it with java -d32, it works ok.
Do we have any option that we can set while creating a JVM from C, with which we can allow it to load 32-bit native libraries?
Moreover do we have a list of all the options that can be set in the JavaVMInitArgs?
I am using Java 1.4, as 1.3 doesn't support 64-bit JVM.
regards
Rahul

Hi,
I was also having a problem under 64 bit, Now I am certain that if ur Java code makes a call to the DLL, make sure that DLL is compiled under 64 bit compiler and not 32 bit compiler. This is the mistake I made and the JVM was throwing unsatisfied link error. Now this DLL (compiled under 64 bit) could call a 32 bit dll, I dont think that should be a problem.
Hope it helps.
Subu

Similar Messages

Will WLS start 32-bit or 64-bit native library?

After installing the generic WLS 10.3.4 on HP Itanium platform (64bit), I got both 32-bit and 64-bit native libraries. At runtime, which native library will be used? Is WLS smart enough to pick the right one depending on the JVM I am using? Is it that if I have 32-bit JVM then WLS will pick 32-bit native library at runtime?
Edited by: user702439 on Feb 7, 2011 7:56 PM

Hi,
If you are using 64 bit operating system then you must consider following things to make sure that the corre ct 64-bit libraries gets loaded by WLS:
*1).* For 64 bit installation always use Generic Jar Installers: http://middlewaremagic.com/weblogic/?p=2731
*2).* While using Generic Jar installer Make Sure that you already has 64-Bit JDK installed in your Box where you want to install WLS.
*3).* In LINUX Compatible JDKs you will find a JAVA_OPTION "-d64" which can be used to instruct JDK to run in 64 bit mode while Installing the WLS using generic Jar like following:
JAVA_HOME/bin/java -d64 -Xmx1024m -jar wls1034_generic.jar
If you follow above points then WLS is smart enough to pick the correct Libraries in the java.library.path...But if you donot follow above points then your WLS might be using 32 bit libraries and you may receive some WARNING while booting up your server complaining regarding the Libraries and Native IO related messages.
Thanks
Jay SenSharma

Common JNI Native Library inside servlets

I need to load a native library from a jee application, every things runs pretty well until I instanciate a new class inside a different application and try to load the same native library, wls throws a UnsatisfiedLinkException.
          How can I share the native library for both applications and avoid the UnsatisfiedLinkException?
          Any idea, thoughts?
          thanks

Finally I get it working by myself. In difference to WAS, WLS does not have any document where specifies how to load a shared native library.
          After two weeks of research, I went for an EJB solution followed by a singleton class. Why EJB? because I need to have an only one object where I can load the native library both loaded by the same classloader and share it by any mean. With this implementation avoid the UnsatisfiedLinkException, and publish an object which has access to the native library. And finally the singleton, you know how it works, it loads once the native library in its constructor avoids the restriction to load just once a native library in the same JVM.

64 bit library load issue: Can't load AMD 64-bit .so on a AMD 64-bit platfo

I get the folowing error when calling load/loadLibrary:
Can't load AMD 64-bit .so on a AMD 64-bit platform
I am hoping someone has a clue about this.
uname -a
Linux GeorgeNSuSe 2.6.8-24.25-default #1 Thu Aug 24 09:57:32 UTC 2006 x86_64 x86_64 x86_64 GNU/Linux
java -version
java version "1.5.0_11"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_11-b03, mixed mode)
Makefile for library:
ieldex.so: BitSet.o
ld -Map libyieldex.map -shared -o libyieldex.so BitSet.o
BitSet.o: BitSet.cpp
gcc -ansi -Wall -fPIC -save-temps -march=k8 -m64 -I/usr/java/jdk1.5.0_11/include/linux -I/usr/java/jdk1.5.0_11/include/ -c -o BitSet.o BitSet.cpp
java command:
/usr/java/jdk1.5.0_11/jre/bin/java -server -d64 -classpath yieldex.jar com.yieldex.BitSet
Thanks!
George

ok. I was able to resolve this.
When I used JDK 5.0 u12 , I ran into this weird cryptic error
Exception in thread "Thread-4" java.lang.UnsatisfiedLinkError: libsetupSDKJNI.so: Can't load AMD 64-bit .so on a AMD 64-bit platform
Now, replacing JDK 5.0 with JDK 6, gives a more useful error
Exception in thread "Thread-4" java.lang.UnsatisfiedLinkError: libsetupSDKJNI.so: undefined symbol: __gxx_personality_v0
Good. this at least tells me that there is some problem with my native library. So, after some googlng , I recompiled my native library with 'g++' and added -lstdc++ as dependency.
this finally solved my problem.
hope this helps some one.

Unable to load native library on HP-UX

Hi All,
I am using a third party java library on 64 bit HP-UX, which in turn uses some native libraries. However, when I use that 3rd party java lib in my java app, I always get an UnsatisfiedLinkError, indicating that it cannot locate the native library.
The name of this native library is "libjcryptoki.sl". The 3rd party lib correctly calls System.loadLibrary("jcryptoki") internally, and libjcryptoki.sl file name is present in SHLIB_PATH, LD_LIBRARY_PATH.
Also, according to HP-UX JNI documentation, all JNI shared libs MUST begin with "lib" and should be of type "sl", which is satisfied here in this case.
Anybody has any idea as to what could be missing?

AUTOMATON wrote:
Anybody has any idea as to what could be missing?Presumably you get the error from the loadLibrary() call and not after it. If not then the following is pointless...
No idea why but you can try System.load() instead providing a full and explicit path and file name.
Now if that works it means that the name is wrong somehow with loadLibrary() (maybe a VM problem, maybe a library name problem.)
If it doesn't work then that would suggest that something is wrong with the library itself. Could be a large number of things.

Problems with loading native library/missing methods:no ttJdbcCS in java.li

Iam facing one problem while connecting the timesten client to the server The SQL Exception which Iam getting is pasted below:-
Problems with loading native library/missing methods: no ttJdbcCS in java.library.path
I am working with MAC OS X 10.7.2 and my timesten client version is 11.2.1.0
I have also changed the Java Preferences from 64-bit to 32-bit but still whenever i tried to connect with the SQL Developer it gives me the above error.

I just tried this out. My environment is OS X 10.7.4, Timesten (32-bit) client 11.2.1.9.0, SQL Developer 3.1.07, Oracle Java 1.7.0_04.
The key things you need to be sure to do (in a terminal window) are:
1. Be sure to . in the TimesTen environment script <tt_install_dir>/bin/ttenv.sh to set the full TT environment.
2. Change directory to SQLDeveloper.app/Contents/Resources/sqldeveloper
3. Run 'sh sqldeveloper.sh -J-d32'
and all should be fine.
Note that if you are using Java7 as I am then there is a step 1a. Change the CLASSPATH environment variable to specify ttjdbc6.jar not ttjdbc5.jar. For some reason running the app directly from Finder does not work even if you add -J-d32 into the sqldeveloper launch script. I'm still looking into that.
Chris

Problems with loading native library missing methods ttJdbc1122.dll

Problems with loading native library/missing methods: C:\TimesTen\tt1122_64\bin\ttJdbc1122.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform
Hi,
I have installed TimesTen 11.2.2 64-bit version on 64-bit windows 7.
I have TimesTen 7 64-bit as well installed on my machice
When trying to connect to TimesTen (Direct connection) using jdbc from eclipse, I get the following error "Problems with loading native library/missing methods: C:\TimesTen\tt1122_64\bin\ttJdbc1122.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform".
The JDK version is 1.6.25 - 64 bit version.
Please help me resolving this error.
Thanks in Advance,
Balamurugan

Are you using SQL Developer?
There is or used to be a restriction of only being able to using 32 bit. A suggestion might be to try the 32 bit client.

Error ocurred during initialization of VM. Unable to load native library...

Hi,
I´m trying to install Oracle 9i on a PC with Suse 9.2.
when I put the first CD it comes with this error:
Initializing Java Virtual Machine from /tmp/OraInstall2006-05-04_11-13-11PM/jre/bin/java. Please wait...
Error occurred during initialization of VM
Unable to load native library: /tmp/OraInstall2006-05-04_11-13-11PM/jre/lib/i386/libjava.so: symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
I´ve seen that there was a similar issue in 2004 and I´ve trying to do what it says but it didn´t work this time.
Unable to load native library:
Could everyone help me to install Oracle??? I´ve been trying it for a few days and doesn´t work.
Regards,

I had same problems long time ago. Ok, I try to remember.
First I read the recommandation. You need a special GLIBC-Library to support the JAVA 1.1.8 runtime environment.
Some of the Oracle9i tools are compiled with gcc 2.95 compiler.
You may need gcc_old for SLES9 for linking of those tools.
gcc_old-2.95.3-175.2.i586.rpm is included in SLES 9 SP2 CD1
For Suse you can obtain a package called orarun. You will get further support for installing, starting and stopping ORACLE. Please look at http://ftp.novell.com/partners/oracle/docs/9205_sles9_install.pdf.
Good luck.

Problem : Native Library already loaded in another classloader

I created a shared library HaspKeyAPI.dll by using JNI and add path to Java class library. I need to call native functions in my servletAction class to check some information in a key. Sometimes not always, I met �java.lang.UnsatisfiedLinkError: Native Library C:\eclipse\workspace\HaspKey\SharedLib\HaspKeyAPI.dll already loaded in another classloader� problem. I have to restart tomcat server then to restart my web app.
Does anyone know how to fix it?
Thank you in advance!
////////////////////////////////////my native function class, a singleton class////////////////////////////////
package haspkey.api;
import java.util.Collection;
import java.util.Vector;
import haspkey.HardwareSecurityKey;
Public class HaspKeyAPI {
Public static final int KEYEXIST = 1;
//A Singleton Class
private static HaspKeyAPI haspKeyAPI;
private HaspKeyAPI()
public static HaspKeyAPI getSingletonObject()
if ( haspKeyAPI== null)
haspKeyAPI = new HaspKeyAPI();
return haspKeyAPI;
public Object clone()
     throws CloneNotSupportedException
throw new CloneNotSupportedException();
/**********use native functions to call hasp C API***********/
public native int keyPresent(int password1, int password2);
public native int getId(int password1, int password2);
public native void readBlock(int startMemoryLocation, int size,
byte[] block, int password1, int password2);
public native void writeBlock(int startMemoryLocation,int size, byte[] block, int password1,
int password2);
public native boolean decodeData(int size, byte[] block, int password1,
int password2);
public native boolean encodeData(int size, byte[] block, int password1,
int password2);
static {
System.loadLibrary("HaspKeyAPI");
private int getPrivMachineSpeed(boolean decrypt, int pass1, int pass2, String MLOCRTypeCode){
byte[] block = new byte[8];
int privMachineSpeed = 0;
boolean isNumeric = true;;
readKeyMemory(40,8,block, decrypt, pass1, pass2);
if(block.length!=8){
return -1;
}else{
String s = new String(block);
for(int n=0; n<3; n++){
if(s.charAt(n)<48 || s.charAt(n)>57){
isNumeric = false;
if(isNumeric){
privMachineSpeed = Integer.parseInt(s.substring(0,3));
return privMachineSpeed;
public HardwareSecurityKey getHardwareSecurityKey(boolean decrypt, int pass1, int pass2, String AuthorizationCodes,String MLOCRTypeCode){
HardwareSecurityKey key = new HardwareSecurityKey();
if(keyPresent(pass1,pass2)==KEYEXIST){
key.setPrivKeyID(getId(pass1, pass2));
key.setPrivMachineSpeed(getPrivMachineSpeed(true, pass1,pass2, MLOCRTypeCode));
}else{
return null;
/////////////////////////////// a class include some static final information to call the native function///////////////
import com.bowebellhowell.haspkey.api.HaspKeyAPI;
import com.bowebellhowell.winsort.vo.haspkey.HardwareSecurityKey;
public class HaspKey{
public static final String MLOCRTypeCode ="mmmmmmmmmmmmmmm";
public static final String AuthorizationCodes = "bbbbbbbbbbbbbbbb";
public static final int p1 = 0;
public static final int p2 = 0;
public static HardwareSecurityKey getHardwareSecurityKey(){
HaspKeyAPI key = HaspKeyAPI.getSingletonObject();
return key.getHardwareSecurityKey(true,p1,p2,AuthorizationCodes,MLOCRTypeCode);
/////////////////////////////////// a servlet to call native function///////////////////////////////////
public class LogonAction extends Action {
     public ActionForward execute(
          ActionMapping mapping,
          ActionForm form,
          HttpServletRequest request,
          HttpServletResponse response)
          throws Exception {
          int n = HaspKey.isKeyPresent();
          if(n!=1){
          if(n==2){
          message = "KeyDriverNotMatch";
          }else if(n==3){
          message = "KeyOldModel";
          }else if(n==4){
          message = "KeyPasswordNotMatch";
          }else if(n==-1){
          message = "keyNotExist";
          request.getSession().setAttribute("message",message);
java.lang.UnsatisfiedLinkError: Native Library C:\eclipse\workspace\HaspKey\SharedLib\HaspKeyAPI.dll already loaded in another classloader
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1551)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1511)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at haspkey.api.HaspKeyAPI.<clinit>(HaspKeyAPI.java:76)
at util.HaspKey.isKeyPresent(HaspKey.java:35)
at LogonAction (LogonAction .java:65)

Hi EveryBody:
i working in 2 servlets, these servlets import a login.jar library and login.jar call to Login.dll (a native Library)
then. when i start second servlet i have this message
java.lang.UnsatisfiedLinkError: Native Library dllLogin.dll already loaded in another classloader
i read about class loader and i know about a only one load for native library but i don't know how resolve this exception because both servlets need dllLogin.dll to validate the user
please anybody knows how or have any idea?
Kind Regards
Edson
--sorry i know. my english is very bad

Problem with loading native library in java version "1.5.0_05"

My application uses a native coded drawing. With java version 1.4.xx it was working just fine but with java 1.5.xx it gives the following error at the time of loading native library:
java.lang.UnsatisfiedLinkError: /home/abyzov/tmp/friend32-1.6.02/libfriend.so:
/home/abyzov/tmp/friend32-1.6.02/libfriend.so: undefined symbol: XtWindowToWidget
I assumed that java loads all necessary X-libraries at start up but it seems to be not true for version 1.5.xx. Does anybody now about this kind of problems? Should I report it as a bug?

I have this exact same problem. I developed an application all along using 1.4.2_08 to be exact no problems. I was forced to switch to 1.5.0_06, now when I try to run the app I get:
java.lang.UnsatisfiedLinkError: <path to library>/libcomlib.so: <path to library>/libcomlib.so: undefined symbol: yp_get_default_domain
I have tried compiling it in both 1.4.2_8 and 1.5.0_06 and it compiles perfectly but when I run with 1.5.0_06 it messes up.
If you found the problem with this or anyone else has any advice please let me know.

Native library loading problem

Hi Folks,
I currently downloaded, and compiled the bDB core using VS 2010 x64 (I run 64 bit win7, and JRE 64 bit). In Eclipse I'm trying to use the native library (setting up the path correctly), however the java is complaining that it cannot find dependencies.
I switched to JE, it works fine, but I'm not sure if JE is as performant as the core version. Anybody had the same problem?
thanks in advance
Edited by: user5493457 on Mar 22, 2011 3:35 AM

Hi,
Please review the building process of the Berkeley DB libraries, to ensure you have correctly built them. Review Building Berkeley DB for Windows, Building the Java API and Java configuration. If you want to build 64-bit libraries, make sure you select x64 as platform configuration in Visual Studio when building.
I assume you are getting a java.lang.UnsatisfiedLinkError exception at runtime. Just to make sure Eclipse correctly finds the native BDB libraries, in your Run Configuration for the project you're trying to run, under Environment, add a new variable, LD_LIBRARY_PATH with a value of something like D:\BerkeleyDB\db-5.1.25\build_windows\x64\Debug (substitute Debug with Release depending on how you built the libraries) -- this is the path to the location of the native BDB libs, libdb51d.dll and libdb_java51d.dll (or libdb51.dll and libdb_java51.dll), so you should change it as appropriate for your system.
Also, for that Run Configuration add a new variable, CLASSPATH with a value of something like D:\BerkeleyDB\db-5.1.25\build_windows\x64\Debug\db.jar;D:\BerkeleyDB\db-5.1.25\build_windows\x64\Debug\classes (this is the path to the Java API classes and the Java API jar file -- db.jar). Make sure that "Append environment to native environment" option is checked, in the Run Configurations screen.
Regards,
Andrei

Error: native library oljdbc40.dll already loaded in another classloader

Hi, we're using Oracle 8iLite in combination with Tomcat (on WinNT4.0) to run servlets accessing our OLite db. We use a deployed db (Deployment tool: PolUtil.exe) and pure JDBC connections.
When starting tomcat, the servlet is automatically initialized (exactly once!). It comes to the point, where a database connection is to be established. At this point, we get the following error message:
Native Library E:\MyServer\DB\BIN\oljdbc40.dll already loaded in another classloader
The strange thing is, that this error only occurs on some machines. There are no other java apps running.
Where does this error come from, and how can someone avoid this seemingly arbitrary error?
Thanks in advance for your time, Holger
null

You are having some problems with that Oracle Driver and Orion.
Do you have any JSP at your Installation that work with Oracle?
Orion needs to know where that Diver is located is that Driver in
some package that is in Orion's Class Path?

Libsapjco3.so - native library already loaded in another classloader

During the work with sap-connector i get the messages "/usr/lib64/libsapjco3.so - native library already loaded in another classloader"".
How can I solve it? Because after that I must restart Weblogic to make sap-connector work correctly again.

you need to set the env varibale LD_LIBRARY_PATH, try to find out where you can set it in weblogic server .
Thanks
Suren

[XMLType]Native Library already loaded

Hi !
I work with oracle DB 9.2.0.3 and J2ee server.
I connect to the db with JDBC driver (oci8 client)
When I use the method CreateXML method (XDB.jar package) I have this error :
java.lang.UnsatisfiedLinkError: Native Library D:\oracle\ora92\bin\orageneric9.dll already loaded in another classloader
I have to shutdown and reopen my J2ee server ...
Any Idea ?

If you use the session of the myserver1, then store some value in session to identify that the library is loaded.
As a first step in myserver2, Check in session whether the value is set.
If you cannot propagate session information across myserver1 and myserver2, then
myserver1:
static
loadLibrary("YourDLL")
"Include this here..........."
This code will be there in some class
"Include this here..........."
Just write in ser file that DLL is loaded.
myserver2:
static
checkWhetherAlreadyLoaded();
loadLibrary("YourDLL");
Or have the loading of library alone in a class in a static method.
public class LoadClass
public static loadLibrary()
System.loadLibrary("YourDLL");
In myserver1, just call this.
In myserver2, before calling this method,
just call any native method - a test method will do
public boolean checkLoadedStatus()
try
// Call the testing nativemethod.
catch(UnsatisfiedLinkerError e)
try
LoadClass.loadLibrary();
return true;
catch(Exception e)
return false;
}

Weblogic 8.1.6 Unable to load native library: libjvm.so

hi,
i have installed weblogic 8.1 SP6 on my box and when im trying to deploy new application i get errors comaplining about some java libraries.
when i link them to the /usr/lib directory it's working but it's not a solution couse i need also weblogic 9.2 server running on that box.
i tried to export LD_LIBRARY_PATH with path to the jdk142 that was installed with weblogic server by myself but also without any success.
i checked commEnv.sh file and found that path to java libraries are not set properly. added those paths to the LD_LIBRARY_PATH but after running WLS when i try to echo ${LD_LIBRARY_PATH} i get no results.
maybe someone had such problems, and knows how to resolv them.
my system is Debian Linux/stable
WL_HOME=/home/bea/bea/weblogic81
JAVA_HOME=/home/bea/bea/jdk142_11
added to commEnv.sh:
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/${JAVA_HOME}/jre/lib:${JAVA_HOME}/jre/lib/i386:${JAVA_HOME}/jre/lib/i386/server:${JAVA_HOME}/jre/lib/i386/client
thanks
below is a log for this error:
CUT HERE
<Error> <HTTP> <brain> <blsBepi> <ExecuteThread: '14' for queue: 'weblogic.kernel.Default'>
weblogic.servlet.jsp.CompilationException: Compilation of /home/bea/bepi/blsBepiDomain/blsBepi/.wlnotdelete/extract/blsBepi_bepi
Unable to load native library: libjvm.so: cannot open shared object file: No such file or directory
at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:478)
at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:246)
at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:196)
at weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:598)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:406)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:526)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:7047)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3902)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2773)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)
Caused by: java.io.IOException: Compiler failed executable.exec
at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvoker.java:470)
at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:328)
at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:336)
at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:321)
at weblogic.servlet.jsp.JspStub.compilePage(JspStub.java:451)
... 13 more
-- CUT HERE --
PS. sorry for my english and is this post is not in the place where it sould be ;-)

SOLUTION:
set the absolute path to javac in General Section of the configuration
make sure that you j2sdk1.4.2 is accessible by all uids that managed servers are running at.
if that wont help try to put your J2SDK in /usr/local/java.
and reconfigure your administration server.
i hope that will help you all that have same problems. cheers ;-)

Loading a 32-bit native library on a 64-bit JVM environment

Similar Messages

Maybe you are looking for