Fresco: UnsatisfiedLinkError: couldn't find "libmemchunk.so"

[xiaoluome]

java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.blink.academy.fork-1/base.apk"],nativeLibraryDirectories=[/data/app/com.blink.academy.fork-1/lib/arm64, /vendor/lib64, /system/lib64]]] couldn't find "libmemchunk.so"
    at java.lang.Runtime.loadLibrary(Runtime.java:366)
    at java.lang.System.loadLibrary(System.java:989)
    at com.facebook.common.soloader.SoLoaderShim$DefaultHandler.loadLibrary(SoLoaderShim.java:34)
    at com.facebook.common.soloader.SoLoaderShim.loadLibrary(SoLoaderShim.java:56)
    at com.facebook.imagepipeline.memory.NativeMemoryChunk.(NativeMemoryChunk.java:36)
    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:60)
    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:22)
    at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:260)
    at com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.(NativePooledByteBufferOutputStream.java:53)
    at com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newOutputStream(NativePooledByteBufferFactory.java:141)
    at com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newOutputStream(NativePooledByteBufferFactory.java:26)
    at com.facebook.imagepipeline.producers.NetworkFetchProducer.onResponse(NetworkFetchProducer.java:95)
    at com.facebook.imagepipeline.producers.NetworkFetchProducer.access$000(NetworkFetchProducer.java:36)
    at com.facebook.imagepipeline.producers.NetworkFetchProducer$1.onResponse(NetworkFetchProducer.java:73)
    at com.blink.academy.fork.fresco.imagepipeline.OkHttpNetworkFetcher$2.onResponse(OkHttpNetworkFetcher.java:96)
    at com.squareup.okhttp.Call$AsyncCall.execute(Call.java:168)
    at com.squareup.okhttp.internal.NamedRunnable.run(NamedRunnable.java:33)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
    at java.lang.Thread.run(Thread.java:818)

[TarangS]

http://frescolib.org/docs/multiple-apks.html
Are you using the split for 64 bit as mentioned in the link.

[binqiangsun]

@TarangS I used the split for 64 like the link said. and got the error as mentioned. what can I do ?

[tyronen]

Are you experiencing this on all devices or just on 64-bit?

[binqiangsun]

@tyronen I want all devices installed without 64-bit libs. Is this possible?

[satyarths]

I get the same error,And I have added the fresco proguard lines. It occcurs on 4.4.2,4.2.2 and 4.2.1 on
Mediatek MT6589, and Mediatek MT6572(Dual-core 1.3 GHz Cortex-A7)

[tyronen]

see also details in #732

[gchudnov]

Bumped into the same issue.

Previously the app worked fine.
The directory /data/app/{APP_NAME}/lib is empty indeed.

Not sure, but it might be related to to multidex(?) config.
I'll try to rollback my config and provide more details

[nikslushkin]

Our application have been using fresco for 3 month and last release was month ago. But on Oct 30 we got first crash report and lots of crashes in subsequent days. We do not use proguard and multidex. (see report #732 )

[satyarths]

Same here.the gradle file indicates compile('com.facebook.fresco:fresco:0.6.1+') . I have to check the release versions once

EDIT : using 0.6.1

[gchudnov]

The problem can be reproduced when using com.android.tools.build:gradle:1.5.0-beta1
In this case the directory /data/app/{APP_NAME}/lib is empty

When rolled back to the previous version, com.android.tools.build:gradle:1.4.0-beta6
everything is OK and /data/app/{APP_NAME}/lib is NOT empty after installation.

[satyarths]

This is not specific to the beta versions:
I am using quite an old setup : Fresco: 0.6.1 and com.android.tools.build:gradle:1.3.0

[satyarths]

Any solution for this yet?

[michalgr]

Let's try to figure out what is going on here. Could you please unzip your apk and examine content of lib directory ? Things that would be suspicious:

• lib directory in the apk is empty
• lib directory contains multiple subdirectories and not all of them contain libmemchunk.so

[mozes-pb]

Hi @michalgr

I also got this error, and here's the content of the libs folder.

I noticed that there are no libmemchunk.so in the MIPS folder. could this be the issue?
and to give you some insights, here's the crash readings from new relic.

Crash info:
java.lang.UnsatisfiedLinkError
SoLoaderShim.java line 32 in SoLoaderShim$DefaultHandler.loadLibrary()
Couldn't load memchunk from loader dalvik.system.PathClassLoader[DexPathList[[zip file "/system/app/43b92bc1341988f8ff3dd1c990171a05.apk"],nativeLibraryDirectories=[/vendor/lib, /system/lib]]]: findLibrary returned null

[michalgr]

Yep, that would cause the crash on MIPS devices. Do you have a breakdown by the processor architecture ?

[mozes-pb]

@michalgr ,You mean the breakdown in the new relic report?
No, we don't have that. Can only see the name of the devices.

but if we google the devices, most of them are using MediaTek Processors
MT6572 / MT 6582

[satyarths]

My findings are the same as @mozes-pb , MeditaTek causes the issue

[milkiway]

I think this issue is very similar to this one related to realm.io https://github.com/realm/realm-java/issues/1421 Unfortunately, I can't use realm and fresco in my project with gradle plugins 1.4 and 1.5. Realm supports 1.5.0-beta1, but does not support 1.4.0-beta6. Fresco supports 1.4.0-beta6, but does not 1.5.0-beta1.

[nikslushkin]

We've done nothing with this issue, but number of crashes has decreased. What's happening?

[satyarths]

I presume this issue would happen as soon as the app starts,(during the Fresco.initialize() bit?)

[milkiway]

It looks like problem is solved with gradle plugin 1.5.0 release

[satyarths]

I am using 1.3.0 ,are you saying the 1.5.0 release solves the problem of the beta release or all the prior versions too?

[milkiway]

@droidekas Fresco was not working for me with 1.5.0 beta 1, with 1.5.0 release it works well. 1.4.0 beta 6 was also ok

[mozes-pb]

Hi guys,
anyone managed to reproduce this issue at least?
i have the mediatek device, but still cannot reproduce this issue. so I kinda confused on how to find the problems and how to at least try to solve this issue.

if anyone did successfully reproduce this issue, can you share them with us on how to reproduce it?
Thanks.

[mozes-pb]

Hi Guys,
just want to give an update that with gradle 1.5.0 this errors still exist.

Thanks

[satyarths]

Any solution for this yet? Using gradle 1.5.0 here too.

[gchudnov]

hm... In my case after upgrading com.android.tools.build:gradle to v.1.5.0 the problem disappeared.
fresco + gradle 1.5.0 or 2.0.0-alpha1 works fine for me.

[githubdoramon]

I had this problem, but what I changed was the

dependencies {
   classpath: 'com.google.gms:google-services:1.3.1'
}

when I updated to 1.5.0-beta2 I started getting the crash.... Just made the rollback and it stopped

[AcidicSkittles]

@githubdoramon I was having the same problem. I updated google-services in my project build.gradle and I was getting the crash. When I updated my gradle version to 1.5 as well, the crash went away. Try setting your project build.gradle to have:

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        //list of gradle versions: http://developer.android.com/tools/revisions/gradle-plugin.html
        classpath 'com.android.tools.build:gradle:1.5.0'
        classpath 'com.google.gms:google-services:1.5.0-beta2'
        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

[nbarraille]

We are seeing the same issue on a fair chunk of our users too.
We are using Fresco 0.9.0 and gradle 2.0.0-beta2

Any news on this?

[DASAR-zz]

Same issue:

Caused by: java.lang.UnsatisfiedLinkError: Couldn't load memchunk: findLibrary returned null

Fresco 0.9.0
com.android.tools.build:gradle:2.0.0-beta6
Use APK split by ABI

Sony Ericson Xperia LT15i (Android 2.3.4, armv7l): * Duplicated*
Nexus 5 (Android 6.0.1): Can't duplicate

[fernandodrummond]

Experiencing the same on Galaxy X 4.1.1 stock and Fresco 0.9.0

[Eagles2F]

experiencing this on 4.2.2 ASUS phone. Using gradle 1.5.0

[songnick]

i experience this problem on Huawei 4.1 and Fresco 0.9.0 and the problem is below:

java.lang.NoClassDefFoundError: com/facebook/imagepipeline/nativecode/JpegTranscoder

and lib "libwebp" can not loaded

finally I add this code, there will be OK:
static{ System.loadLibrary("webp"); System.loadLibrary("imagepipeline") }
before use Fresco

[ivanviragine]

After all, what's the right solution?

static{ System.loadLibrary("webp"); System.loadLibrary("imagepipeline") }

OR

static { SoLoaderShim.loadLibrary("webp"); }

?

I can't simulate the error here, so I don't know what's really working!

[songnick]

what's your problem, and you can attach your log

[guvd]

What is the solution?

[ivanviragine]

My problem were:

At:

at com.facebook.imagepipeline.producers.ResizeAndRotateProducer$TransformingConsumer.doTransform(ResizeAndRotateProducer.java)

...

java.lang.UnsatisfiedLinkError: Cannot load library: soinfo_link_image(linker.cpp:1636): could not load library "libwebp.so" needed by "libimagepipeline.so"; caused by load_library(linker.cpp:746): library "libwebp.so" not found

Got it fixed using this on my Application, before Fresco.initialize(this):

static { try { SoLoaderShim.loadLibrary("webp"); } catch(UnsatisfiedLinkError nle) { } }

[aagnes]

Can you try with the solution in #933?

[marco-manza]

Fixed as well with solution described by @ivanviragine

[vikramkakkar]

@ivanviragine's solution works for me. But, the following are a bit unsettling:

1. Can someone confirm if this is a proper fix or just a fix for the device I was seeing this issue on.
2. What's strange is that I don't use any webp formatted images in my app (I double-checked). So, I don't get why I'm seeing this issue.
3. I did not (and still don't) have com.facebook.fresco:webpsupport as a dependency. Doesn't @ivanviragine's solution depend on its inclusion?

Moving from 0.9.0 to 0.10.0 fixed this issue out of the box. @ivanviragine's snippet was not required. Neither was com.facebook.fresco:webpsupport.

[ivanviragine]

@vikramkakkar
1) I don't know the source code, so I don't know 100% about it, but our clients are not complaining and not reporting errors anymore, and there are more than 30k users! So, I think it fixes for a lot of devices!
2) Sounds like a lib init problem, so it doesn't really depends on wether you are using it or not
3) Nope, my dependencies are:

compile('com.facebook.fresco:fresco:0.9.0+') { exclude module: 'bolts-android' } compile('com.facebook.fresco:imagepipeline-okhttp:0.9.0+') { exclude module: 'bolts-android' } compile('jp.wasabeef:fresco-processors:2.0.0') { exclude module: 'bolts-android' }

[vikramkakkar]

@ivanviragine Thanks for your help! We're not seeing any issues after adding your fix.

[pookie13]

Caused by: java.lang.UnsatisfiedLinkError: Couldn't load libpjsua.so from loader dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.example.piyush.demopjsua-1.apk"],nativeLibraryDirectories=[/data/app-lib/com.example.piyush.demopjsua-1, /vendor/lib, /system/lib]]]: findLibrary returned null

please help me in that

i have files in libs folder of .apk file

[zhichaoZhang]

error:java.lang.UnsatisfiedLinkError,crash on mips cpu

[KirillMakarov]

same error when transfer the app to sd and vice versa

[sheat2500]

what's the solution of this issue? got tons of crash report from this related issue.

[peacepassion]

We also have this problem and fail to reproduce the issue.

The device info is :

And our build config is: