Fresco: java.lang.UnsatisfiedLinkError लोड करने के लिए डीएसओ नहीं ढूंढ सका: libimagepipeline.so

को निर्मित 23 मार्च 2018 · 9टिप्पणियाँ · स्रोत: facebook/fresco

जानकारी:

फ्रेस्को संस्करण:1.8.1
प्लेटफार्म संस्करण: विवो एंड्रॉइड 5.1.1, सीपीयू: arm64-v8a

लोड करने के लिए डीएसओ नहीं मिला: libimagepipeline.so
com.facebook.soloader.SoLoader.void doLoadLibraryBySoName(java.lang.String,int,android.os.StrictMode$ThreadPolicy)...
03-23 19:21:55.955 17814 17931 ई कला: dlopen("/data/data/xxx/lib-main/libimagepipeline.so", RTLD_LAZY) विफल: dlopen विफल: "/data/data/xxx/lib-main /libimagepipeline.so" 32-बिट के बजाय 64-बिट है
03-23 19:21:55.955 17814 17931 ई सोलोडर: लोड नहीं हो सका: libimagepipeline.so

विस्तार

com.facebook.soloader.SoLoader.void doLoadLibraryBySoName(java.lang.String,int,android.os.StrictMode$ThreadPolicy)(SoLoader.java:522)
com.facebook.soloader.SoLoader.void loadLibraryBySoName(java.lang.String,java.lang.String,java.lang.String,int,android.os.StrictMode$ThreadPolicy)(SoLoader.java:420)
com.facebook.soloader.SoLoader.void loadLibrary(java.lang.String,int)(SoLoader.java:370)
com.facebook.soloader.SoLoader.void loadLibrary(java.lang.String)(SoLoader.java:335)
com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.void load()(ImagePipelineNativeLoader.java:42)
com.facebook.imagepipeline.memory.NativeMemoryChunk.void()(NativeMemoryChunk.java:33)
com.facebook.imagepipeline.memory.NativeMemoryChunkPool.com.facebook.imagepipeline.memory.NativeMemoryChunk आवंटन (int) (NativeMemoryChunkPool.java:58)
com.facebook.imagepipeline.memory.NativeMemoryChunkPool.void free(java.lang.Object)(NativeMemoryChunkPool.java:20)

_अभिभावक_##1##_अभिभावक_

_child_## java.lang.Object alloc(int)##_child_

com.facebook.imagepipeline.memory.BasePool.java.lang.Object get(int)(BasePool.java:257)
com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.void(com.facebook.imagepipeline.memory.NativeMemoryChunkPool,int)(NativePooledByteBufferOutputStream.java:51)
com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.com.facebook.imagepipeline.memory.NativePooledByteBuffer newByteBuffer(java.io.InputStream,int)(NativePooledByteBufferFactory.java:98)
com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.com.facebook.common.memory.PooledByteBufferOutputStream newOutputStream (int) (NativePooledByteBufferFactory.java:26)

_अभिभावक_##4##_अभिभावक_

_child_## com.facebook.common.memory.PooledByteBufferOutputStream newOutputStream()##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(java.io.InputStream,int)##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(byte[])##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(java.io.InputStream)##_child_

com.facebook.imagepipeline.producers.LocalFetchProducer.com.facebook.imagepipeline.image.EncodedImage getByteBufferBackedEncodedImage(java.io.InputStream,int)(LocalFetchProducer.java:89)

_अभिभावक_##2##_अभिभावक_

_child_## com.facebook.imagepipeline.image.EncodedImage getEncodedImage(com.facebook.imagepipeline.request.ImageRequest)##_child_

_child_## java.lang.String getProducerName()##_child_

com.facebook.imagepipeline.producers.LocalFetchProducer.com.facebook.imagepipeline.image.EncodedImage getEncodedImage(java.io.InputStream,int)(LocalFetchProducer.java:101)
com.facebook.imagepipeline.producers.LocalFileFetchProducer.com.facebook.imagepipeline.image.EncodedImage getEncodedImage(com.facebook.imagepipeline.request.ImageRequest)(LocalFileFetchProducer.java:34)
com.facebook.imagepipeline.producers.LocalFetchProducer$1.com.facebook.imagepipeline.image.EncodedImage getResult()(LocalFetchProducer.java:54)
com.facebook.imagepipeline.producers.LocalFetchProducer$1.java.lang.Object getResult()(LocalFetchProducer.java:50)
com.facebook.common.executors.StatefulRunnable.void run()(StatefulRunnable.java:45)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
com.facebook.imagepipeline.core.PriorityThreadFactory$1.void run()(PriorityThreadFactory.java:53)
java.lang.Thread.run (थ्रेड.जावा:818)

duplicate

स्रोत

jyh149129

सबसे उपयोगी टिप्पणी

प्रतिक्रिया भाड़ में जाओ

StoneBang 23 अग॰ 2018

👍62 😄15 👀5 😕2 ❤1 👎1

सभी 9 टिप्पणियाँ

संभवतः https://github.com/facebook/fresco/issues/2049 का डुप्लिकेट

gengjiawen 24 मार्च 2018

हां, यह #2049 का डुप्लिकेट लगता है (विशेषकर https://github.com/facebook/fresco/issues/2049#issuecomment-367235216)। @jyh149129 , मैं इस मुद्दे को यहां चर्चा पर ध्यान केंद्रित करने के लिए बंद कर रहा हूं :)

धन्यवाद @gengjiawen!

lambdapioneer 26 मार्च 2018

प्रतिक्रिया भाड़ में जाओ

StoneBang 23 अग॰ 2018

👍62 😄15 👀5 😕2 ❤1 👎1

समाधान कहां है? मुझे फ्रेस्को निर्भरता के 1.13.0 संस्करण में समस्या का सामना करना पड़ रहा है। कृपया मेरी मदद करें।

hardapps1692 13 जून 2019

मुझे लगता है कि मैंने पाया कि यह बग क्यों हुआ, क्योंकि /data/data/yourpackage/lib और /data/data/yourpackage/lib-main का cpu_abi अलग है।
और यह अलग क्यों है? क्योंकि ExtractFromZipSoSource.ensureDsos() में कोई खराबी थी।
क्या दोष? एक धारणा थी कि एंड्रॉइड ओएस सोचता है कि आप 64-बिट ऐप थे जब आपके पास 32-बिट और 64-बिट दोनों पुस्तकालय थे। लेकिन, OPPO R7sm (Android 5.1.1 ColorOS: V3.0_170510_beta) पर नियम तोड़ा गया।

मैंने कोड को संशोधित करके अपने OPPO पर बग को ठीक कर दिया है, मैं आपके लोगों की मदद करने की अपेक्षा करते हुए बाद में एक पुल अनुरोध करूंगा।

artemisia 27 जून 2019

👍2

बहुत बढ़िया, @artemisia की जांच के लिए धन्यवाद!

oprisnik 27 जून 2019

@artemisia आपके पीआर को देखना चाहता है, यह बग मुझे बहुत भ्रमित करता है ...

sususweet 28 जून 2019

माफ करना मेरी अंग्रेज़ी बुरी है।

डिवाइस: मोबाइल डिवाइस: OPPC R7sm (AndroLinkid 5.1.1)
जाँच - परिणाम:
जब एपीके में armeabi-v7a nad arm64-v8a मौजूद होता है, तो आम तौर पर arm64-v8a लोड होता है। लेकिन OPPO R7sm लोडेड armeabi-v7a है।

मैं पथ डेटा/ऐप//लिब/. फाइंड आर्म है, आर्म 64 नहीं है। आम तौर पर arm64 . होना चाहिए

जब init soloader, डेटा/ऐप/अनज़िप करेगा/ .apk. /लिब-मेन.यह प्रवाह डिवाइस समर्थन abi (ZipUnpacker.ensureDsos () ExtractFromZipSoSource.java पर) की जांच करेगा,और डेटा/ऐप//lib/आर्म/ .so और */.so की apk फ़ाइल (ApkUnpacker. shouldExtract() ApkSoSource.java पर)।
फाइलें समान नहीं हैं। डेटा/डेटा/में कॉपी हो जाएगा/लिब-मेन.

प्राप्त समर्थितएबिस ["arm64-v8a", "armeabi-v7a", "armeabi"] है। *.so फ़ाइल की क्रमिक रूप से पुष्टि करें।
लेकिन डेटा/ऐप//lib/ OPPC R7sm पर है, इसलिए हमेशा arm64-v8a ओएस फ़ाइल को डेटा/डेटा//लिब-मेन.

लेड टू *.so 32-बिट इश्यू के बजाय 64-बिट है।

मेरा समाधान：

सोलोडर लाइब्रेरी को संशोधित करें। चेक डेटा जोड़ें/ऐप//lib/ आर्म या आर्म64 है।

फ़ाइल:
ExtractFromZipSoSource.java

    ...
    final ZipDso[] ensureDsos() {
      if (mDsos == null) {
        Set<String> librariesAbiSet = new LinkedHashSet<>();
        HashMap<String, ZipDso> providedLibraries = new HashMap<>();
        Pattern zipSearchPattern = Pattern.compile(mZipSearchPattern);
        String[] supportedAbis = SysUtil.getSupportedAbis();
        Enumeration<? extends ZipEntry> entries = mZipFile.entries();

+        // Fixed couldn't find DSO to load:  "xxx.os"  is 64-bit instead of 32-bit
+       File sysLibPath =  new File(mContext.getApplicationInfo().nativeLibraryDir);
+       String sysLibAbi = sysLibPath.getPath().substring(sysLibPath.getPath().lastIndexOf("/")+1);
+       if(sysLibAbi.equalsIgnoreCase("arm")) {
+         // sys lib is load armeabi-v7a, this exception case
+         ArrayList<String> newSupportedAbis = new ArrayList();
+         for(String abi : supportedAbis) {
+           if(abi.equalsIgnoreCase("arm64-v8a")) {
+               //skip arm64-v8a
+               continue;
+           }
+
+           newSupportedAbis.add(abi);
+         }
+
+         supportedAbis = newSupportedAbis.toArray(new String[newSupportedAbis.size()]);
+       }


        while (entries.hasMoreElements()) {
          ZipEntry entry = entries.nextElement();
          Matcher m = zipSearchPattern.matcher(entry.getName());
    ...

YS-WEI 18 जुल॰ 2019

प्रतिक्रिया भाड़ में जाओ

स्वागत स्पंदन

spvalencia 17 अक्तू॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Fresco: java.lang.UnsatisfiedLinkError लोड करने के लिए डीएसओ नहीं ढूंढ सका: libimagepipeline.so

जानकारी:

विस्तार

_अभिभावक_##1##_अभिभावक_

_child_## java.lang.Object alloc(int)##_child_

_अभिभावक_##4##_अभिभावक_

_child_## com.facebook.common.memory.PooledByteBufferOutputStream newOutputStream()##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(java.io.InputStream,int)##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(byte[])##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(java.io.InputStream)##_child_

_अभिभावक_##2##_अभिभावक_

_child_## com.facebook.imagepipeline.image.EncodedImage getEncodedImage(com.facebook.imagepipeline.request.ImageRequest)##_child_

_child_## java.lang.String getProducerName()##_child_

सबसे उपयोगी टिप्पणी

सभी 9 टिप्पणियाँ

संबंधित मुद्दों