TOPIC:

Hello radaee team,
I have this crash in the following device. This devices has the following Supported Instruction Set(s): ARMv8 (A32, A64). If I unzip the .apk of my app and I go to the "lib" folder that contains "arm64-v8a" folder and others . In this folder I can see the "librdpdf.so" and in the others too. I don´t know what is the problem but my app works fine in others devices with different Android versions.

Android: 5.0.2
Manufacturer: samsung
Model: SM-P550
Date: Wed Oct 14 18:00:00 CEST 2015

java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathListzip file "/data/app/grupocmc.es.caserfirma-1/base.apk"],nativeLibraryDirectories=[/data/app/grupocmc.es.caserfirma-1/lib/arm, /vendor/lib, /system/lib] couldn't find "librdpdf.so"
at java.lang.Runtime.loadLibrary(Runtime.java:366)
at java.lang.System.loadLibrary(System.java:989)
at com.radaee.pdf.Global.Init(Global.java:370)
at com.radaee.pdf.Global.Init(Global.java:37)
at grupocmc.es.caserfirma.ShowAndSignPDFActivity.onCreate(ShowAndSignPDFActivity.java:137)
at android.app.Activity.performCreate(Activity.java:6374)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1119)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2743)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2855)
at android.app.ActivityThread.access$900(ActivityThread.java:181)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1474)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:145)
at android.app.ActivityThread.main(ActivityThread.java:6117)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1399)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1194)

I hope your help. Thanks.

It seems the issue is tight to the way the app is looking for the native library.
Scanned paths are: /data/app/grupocmc.es.caserfirma-1/lib/arm, /vendor/lib, /system/lib.

Seems it's not inspecting armeabi, armeabi-v7a, arm-64-v8a as it should do.
That's a behavior of the operating system when looking for the library.

If published, may you provide your application name so we could do some check on it?