d00malun
d00malun
Thanks for the hint! I ran the test with the `Loader.load()` for the `cudnn` module like this: ``` import org.bytedeco.cuda.presets.cudnn; import org.bytedeco.javacpp.Loader; public class DependencyTracker { public static void main(String[]...
Thanks! Will do! Do we also have to handle zlib for linux? https://docs.nvidia.com/deeplearning/cudnn/install-guide/index.html#install-zlib-linux
Okey, great! Turns out I got some sync/update problems with the SNAPSHOT-builds. So right now I can't trust the result of my tests. I will probably need some days to...
This might still be an error on my side, but I can't get it to work with the snapshot-builds. I've checked that the downloaded jar file (`cuda-11.6-8.3-1.5.8-20220305.103928-36-windows-x86_64-redist.jar`) now includes the...
For info: DLLs in cache: ``` $ ll ~/.javacpp/cache/cuda-11.6-8.3-1.5.8-20220305.103928-36-windows-x86_64-redist.jar/org/bytedeco/cuda/windows-x86_64 | grep dll | sed 's|.* ||g' cublas64_11.dll* cublasLt64_11.dll* cudart64_110.dll* cudnn64_8.dll* cudnn_adv_infer64_8.dll* cudnn_adv_train64_8.dll* cudnn_cnn_infer64_8.dll* cudnn_cnn_train64_8.dll* cudnn_ops_infer64_8.dll* cudnn_ops_train64_8.dll* cufft64_10.dll* nppc64_11.dll* nppial64_11.dll* nppicc64_11.dll*...
Thanks! I have tried running with `mvn -U exec:java -Dexec.mainClass=com.example.YOLONet` and it triggers an update/download. But it looks like I already have the latest version of both `cuda-11.6-8.3-1.5.8-SNAPSHOT.jar` and `cuda-11.6-8.3-1.5.8-SNAPSHOT-windows-x86_64-redist.jar`....
### Debug output when error When I run with debug enabled I get this output: ``` Debug: Loading class org.bytedeco.javacpp.presets.javacpp Debug: Loading class org.bytedeco.javacpp.Loader Debug: Loading C:\Users\XXXXX\.javacpp\cache\javacpp-1.5.8-20220225.013520-76-windows-x86_64.jar\org\bytedeco\javacpp\windows-x86_64\api-ms-win-crt-locale-l1-1-0.dll Debug: Loading C:\Users\XXXXX\.javacpp\cache\javacpp-1.5.8-20220225.013520-76-windows-x86_64.jar\org\bytedeco\javacpp\windows-x86_64\api-ms-win-crt-string-l1-1-0.dll...
That's a valid point! I'll continue my tests... One last question as a "sanity check" for me: Are all the DLLs from the downloaded jars, supposed to be cached in...
I think I've found something. Running the "dependency test" with `Loader.load()` for the `org.bytedeco.cuda.presets.cudnn` preset works without `UnsatisfiedLinkError`. The `zlibwapi.dll` is extracted into the cache and this is printed in...
Great! One problem though: The lib name will now get the default ending `64_11`. Since this isn't correct for `zlibwapi`, we will get an `UnsatisfiedLinkError` and the lib won't be...