java.lang.UnsatisfiedLinkError

dlopen failed: "/data/data/com.mobiInspect/no_backup/libcrypto.so.1.0.0" is 32-bit instead of 64-bit

Samebug tips1

When installing an APK, it automatically extracts the libraries of the right arch type and has them available for System.loadLibrary. But, if you're trying to load a non-standard library, the installer won't know your app has 32bit native code.

Don't give up yet. Our experts can help. Paste your full stack trace to get a solution.

Solutions on the web2250

  • dlopen failed: "/data/data/com.mobiInspect/no_backup/libcrypto.so.1.0.0" is 32-bit instead of 64-bit
  • via Stack Overflow by Aurélien
    , 9 months ago
    dlopen failed: "/data/data/com.ibm.myApp/files/libcrypto.so.1.0.0" is 32-bit instead of 64-bit
  • dlopen failed: "/data/data/com.example.dynamicliveapk/app_pluginlib/libstlport_shared.so" is 32-bit instead of 64-bit
  • Stack trace

    • java.lang.UnsatisfiedLinkError: dlopen failed: "/data/data/com.mobiInspect
    • o_backup/libcrypto.so.1.0.0" is 32-bit instead of 64-bit at java.lang.Runtime.load0(Runtime.java:908) at java.lang.System.load(System.java:1505) at com.worklight.jsonstore.util.JSONStoreUtil.loadLib(JSONStoreUtil.java:264) at com.worklight.jsonstore.api.WLJSONStore.<init>(WLJSONStore.java:71) at com.worklight.jsonstore.api.WLJSONStore.getInstance(WLJSONStore.java:273) at com.worklight.androidgap.jsonstore.dispatchers.ProvisionActionDispatcher.initializeCollection(ProvisionActionDispatcher.java:149) at com.worklight.androidgap.jsonstore.dispatchers.ProvisionActionDispatcher.databaseActionDispatch(ProvisionActionDispatcher.java:139) at com.worklight.androidgap.jsonstore.dispatchers.BaseDatabaseActionDispatcher.actionDispatch(BaseDatabaseActionDispatcher.java:36) at com.worklight.androidgap.jsonstore.dispatchers.BaseActionDispatcher.dispatch(BaseActionDispatcher.java:90) at com.worklight.androidgap.jsonstore.dispatchers.DispatchingPlugin$ActionDispatcherRunnable.run(DispatchingPlugin.java:79) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607) at java.lang.Thread.run(Thread.java:761)

    Write tip

    You have a different solution? A short tip here would help you and many other users who saw this issue last week.

    Users with the same issue

    Once, 3 weeks ago
    Unknown user
    Once, 7 months ago
    Unknown user
    Once, 8 months ago
    134 times, 8 months ago
    Unknown user
    Once, 9 months ago
    43 more bugmates