Could Not Locate Zlibwapi.dll. Please Make Sure It Is In Your Library Path

3 views

Skip to first unread message

Fairy Dawdy

unread,

Aug 3, 2024, 5:57:43 PM8/3/24

to serpuncpere

I am working on a object detection project and wanting to process the project with my GPU. I have completed the NVIDIA setup tutorial and everything works fine. My object detection code originally works with the CPU, however when I add these two lines of code:

I have downloaded the zlibwapi.dll zip file stated from the cuDNN website, unzip and added the whole folder into my environment variables paths. The folder is called "zlib123dllx64" containing a "dll_x64" folder and a "static_x64" folder. The "zlibwapi.dll" is inside the "dll_x64" folder. I have added the "zlib123dllx64" folder in the user and system path variable but it doesn't seem to fix any of the problems. How can I fix this error and make the GPU work with the code?

I faced this issue of "Could not locate zlibwapi.dll. Please make sure it is in your library path" when I am trying to run a TensorRT sample, int8_caffe_mnist. To confirm proper installation of TensorRT.

If anyone also got the same problem as me, I managed to fix the problem. Instead of calling the whole "zlib123dllx64" folder into the system environment path, you simply just add the "zlibwapi.dll" inside the "dllx64" folder into your project folder and include it in your project. This fixed my problem. cheers

since that folder is already in my PATH variable; and it worked. Turns out the CUDA Toolkit already has the file you need elsewhere. Seems like they could save a lot of trouble if they just made a change to the CUDA Toolkit installer."

At first I used jupyter notebook to run my Xception deep learning model. But the kernel kept collapsing and the notebook couldn't give a useful explanation. So I ran the code in vscode, and it said sth. like "coudn't find zlibwapi.dll, make sure it's in your path!". And I did what the user120675 suggested and somehow the kernel stopped collapsing and could work successfully.

If you have ever met a problem like me, just check if zlibwapi.dll is in the path like the following (depends on your cuda version and other configurations):C:\Program Files\NVIDIA GPU computing toolkit\CUDA\v11.8\bin\zlibwapi.dll

I spent over $500 on your product over a month ago and can not use it. I need someone to read my questions properly and address them accordingly. Please stop sending me links to the installation guide and pasting pieces of it.

Sorry for the inconvenience. We understand your concern.
As you stated that installed CUDA 11.2, we also need to make sure that the cuDNN build matches the installed CUDA version (11.2) along with Tensorflow and also make sure that the cuDNN libs can be found in the python environment.
Please find the following issue similar to this.

I followed all the steps suggested on your link. I installed CUDA 11.4 with cuDNN 8.2.4, copied the files, made sure the PATHs are on the enviroment and still the same ERROR 193. Could not load library cudnn_cnn_infer64_8.dll

error logs1455914 73.4 KB
this is the error logs. I downloaded the zlibwapi.dll file and copied it into the C:Windows\System32 directory as instructed on the site. I added the path to Enviroment Variables PATH as you said. Still the same error.
I called the Level2 support and left several mesages with my e-mail and cel# but n one has called me back or responded.
Is there a number where I can reach you ?

This is strange.
Error code 193 indicates that a DLL is not in the correct executable format (e.g. corrupted or 32-bit when should be 64 bit). In this context, this could either be cudnn_cnn_infer64_8.dll or zlibwapi.dll .

193ssss986508 51.4 KB
patthss1186559 106 KB
zlpsssss1143837 89.8 KB
the zlibwapi files are there,
the paths are there.
Still getting the same error.

However the links you provided for downloading the 64 bit versions are NOT secure. It has been more than 2 months with this and it takes you 2 weeks to provide vage answers that takes me nowhere time after time, IS THERE SOMEBODY ELSE I CAN TALK TO???

The problem was cuda 12 & cudnn 8.9.1. I installed cuda 11.2 and cudnn 8.1 and everything worked out of the box: python - TensorFlow Error Could not load library cudnn_cnn_infer64_8.dll. Error code 193 Please make sure cudnn_cnn_infer64_8.dll is in your library path - Stack Overflow

Hello every one ,

I have installed a dtSearch Engine on my PC and when i run the application i got some error on console

Exception in thread "Thread-5" java.lang.UnsatisfiedLinkError: C:\Program Files\dtSearch Developer\bin\dtsjava.dll: The operating
system cannot run %1

I have already set the environment variables,still I got this error.please give me the appropriate solutions.

I am getting "java.lang.UnsatisfiedLinkError: no ocijdbc9 in java.library.path" and I have Oracle latest version installed on machine, Can you please help, what is wrong ? Why its not able to find suitable driver.

What does java.library.path means? is it a environment variable or a System property? Also, How to set java.library.path in Eclipse, Netbeans or IntelliJ IDE? I have an application, which uses native library, which is different in windows and Mac OSX, and I need to run that program in Eclipse, please help.

java.lang.UnsatisfiedLinkError: Library foo not found tibrvnnative error comes because tibco native libraries are not accessible to your java program. check which directory they are located, you might not have right permissions. On Android, this error can come due to various reasons one of them is not compiled using NDK.

One reason for java.lang.UnsatisfiedLinkError is class is not available for linking phase, which happens after loading of class. We had faced the same issue, where we are loading class from file system and database together. We could load them but not link them.

@Anonymous, you can check following things to fix java.lang.UnsatisfiedLinkError: Native library not found
1) Make sure you have tibco installation directory in your PATH environment variable e.g. TIBCO_HOME/bin, which contains all dll required e.g. tibrvnative.dll

2) Make sure you have relevant JAR file in classpath e.g. tibrvnative.jar
3) Check if you have installed correct package, e.g. use tibco x86 installer for 32-bit systems, and tibco x64 installer for 64-bit systems.
4) If you are running your Java program, which uses Tibco on Eclipse than add tibco/bin as native library location in project build settings, in Solaris or Linux you can specify LD_LIBRARY_PATH environment variable to include those path.

Let me know if this helps

I am still getting tibrvnative.dll: Can't find dependent libraries, tried different things like reinstalling after uninstallation, different Java version etc, I also checked PATH, CLASSPATH and native library location but still getting this error.

I am also getting dll: can't find dependent library error while runing Java application which uses JNI and has 32 bit and 64 bit DLL. Initially I got error related to 32-bit vs 64-bit DLL vs JVM but after resolving that I stuck with this one.

This error also depends upon whether you are using System.load() or System.loadLibrary() method, because in case of load(), you give absolute path of native libraries while in case of loadLibrary() Java uses variable "java.library.path" to find native libraries.

QuaZIP allows you to access files inside ZIP archives using QIODevice API, and - yes! - that means that you can also use QTextStream, QDataStream or whatever you would like to use on your zipped files.

Make sure that you have Qt 4/5 installed with all required headers and utilities (that is, including the 'dev' or 'devel' package on Linux) and that you run qmake utility of the Qt 4, not some other version you may have already installed (you may need to type full path to qmake like /usr/local/qt4/bin/qmake).

Note that the test suite looks for the quazip library in the "quazip" folder of the project ("../quazip"), but you may wish to use LIBS for some systems (Windows often puts the library in the separate "debug" or "release" directory). If you wish to use the quazip version that's already installed, provide the appropriate path.

This wrapper has been written by Sergey A. Tachenov, AKA Alqualos. This is my first open source project, so it may suck, but I did not find anything like that, so I just had no other choice but to write it.

If you have anything to say to me about QuaZIP library, feel free to do so (read the QuaZip FAQ first, though). I can not promise, though, that I fix all the bugs you report in, add any features you want, or respond to your critics, or respond to your feedback at all. I may be busy, I may be tired of working on QuaZIP, I may be even dead already (you never know...).

Do not use e-mail to report bugs, please. Reporting bugs and problems with the SourceForge.net's bug report system has that advantage that it is visible to public, and I can always search for open tickets that were created long ago. It is highly unlikely that I will search my mail for that kind of stuff, so if a bug reported by mail isn't fixed immediately, it will likely be forgotten forever.