loadlibrary

I have java program Client.class that uses cpp shared library libclient.so via JNI. libclient.so is built as shared and uses cpp shared library libhttp.so. libclient.so and libhttp.so are placed in folder /home/client/lib64 Client.class is placed in /home/client/bin Client can load library with System.load and environment variable LD_LIBRARY_PATH System.loadLibrary and -Djava.library.path The first way works fine. export LD_LIBRARY_PATH = /home/client/lib64 java -classpath ./bin Client The secon way fails. java -classpath ./bin -Djava.library.path=./../lib64 Client java.lang

I'm having trouble with LoadLibrary() and getting an error that doesn't make sense to me: ::SetLastError(0); m_hDll = ::LoadLibrary(szName); if (m_hDll == NULL) // Failure to load the DLL. { DWORD err = GetLastError(); } The error is 127 ("The specified procedure could not be found.") That doesn't make any sense to me on a call to LoadLibrary(). I haven't called GetProcaddress() yet. The DLL (and the application) are both compiled with VS++ 2005 SP1. What could be going wrong? Let's take this step by step: The error message means that the dll was found but a required function is missing.

My .Net program uses a fortran Dll to perform a maths function (Arpack, solves eigen modes). I believe the fortran contains static varibles and generally isn't thread safe. Also it's very complicated and would probably take a lot of hard work to make it thread safe. The Dll isn't very large (700K) so I just want to load it many times (say 4, or maybe 8) to allow the threads to work concurrently. Anyone have any idea how I can do this? I hear that LoadLibrary will always return the same handle when called multiple times. So, as it stands my only solution is to have multiple copies of my Dll on

I have a 32-bit exe that needs to dynamically load a 64-bit dll when it detects that the operating system is 64-bit. Is this possible through LoadLibrary? If not, is there another way to accomplish the same goal? As previously mentioned, 32-bit code cannot load 64-bit code in the same process. You'll have to load it into a different process (CreateProcess() ?) and use IPC to coordinate. You can't mix 64-bit and 32-bit code in the same process. You'll need a 32-bit version of the DLL. 来源： https://stackoverflow.com/questions/2466637/calling-loadlibrary-on-a-64-bit-dll-from-a-32-bit-process

Right now I do something like this and it seems messy if I end having a lot of functions I want to reference in my DLL. Is there a better and cleaner way of accessing the functions without having to create a typedef for each function definition so that it will compile and load the function properly. I mean the function definitions are already in the .h file and I shouldn't have to redeclare them after I load the function (or do I?) Is there a better solution than using LoadLibary? I don't necessarily need that function if there is a way I can do the same thing within Visual Studio 2005 project

I am writing a C-DLL to be called from MATLAB. Is it possible to call a function with const char ** parameter? e.g. void myGetVersion( const char ** ); The C code would be: const char *version=0; myGetVersion( &version ); What would be corresponding MATLAB-Code (if it is possible at all)? Thank you very much! P.S.: I think this is the help page , but I couldn't find my case :-( Amro The answer is to build a pointer to a c-string using the LIBPOINTER function as @JonasHeidelberg suggested. Let me expand his solution with a working example.. First lets build a simple DLL: version.h #ifndef