Android - errore nel caricamento della libreria

Question

Ho un problema simile a this question, ma leggermente diverso. Ho compilato una libreria .so da utilizzare con JNI. Poiché è grande (15 MB), lo metto sulla SDCard invece che nella posizione dell'applicazione standard.

Il file si chiama libSample.so e si trova a /data/library/libSample.so

lo carico in un blocco di inizializzazione statico:

try { 
     File sdcard = Environment.getExternalStorageDirectory(); 
     File libraryLoc = new File(sdcard.getAbsolutePath() + "/library/libSample.so"); 
     Log.i("Library", "Does the library exist?" + libraryLoc.exists()); 

     System.load(libraryLoc.getAbsolutePath()); 
    } 
    catch (UnsatisfiedLinkError e) { 
     Log.e("Translator", e.getMessage()); 
     Log.e("Translator", e.toString()); 
    } 

Ecco l'output logcat rilevanti:

09-02 16:42:58.882: DEBUG/dalvikvm(4185): Trying to load lib /data/data/com.example.hellojni/lib/libhello-jni.so 0x434fb6f8 
09-02 16:42:58.892: DEBUG/dalvikvm(4185): Added shared lib /data/data/com.example.hellojni/lib/libhello-jni.so 0x434fb6f8 
09-02 16:42:58.892: DEBUG/dalvikvm(4185): No JNI_OnLoad found in /data/data/com.example.hellojni/lib/libhello-jni.so 0x434fb6f8 
09-02 16:42:58.892: INFO/Library(4185): Library exists: true 
09-02 16:42:58.902: INFO/Library(4185): Library can be read: true 
09-02 16:42:58.902: DEBUG/dalvikvm(4185): Trying to load lib /sdcard/library/libSample.so 0x434fb6f8 
09-02 16:42:58.902: INFO/dalvikvm(4185): Unable to dlopen(/sdcard/library/libSample.so): Cannot find library 
09-02 16:42:58.912: ERROR/Translator(4185): Library /sdcard/library/libSample.so not found 
09-02 16:42:58.912: ERROR/Translator(4185): java.lang.UnsatisfiedLinkError: Library /sdcard/library/libSample.so not found 

Qualsiasi idea cosa c'è che non va?

Ho letto il post su can android load dll's from sdcard in native mode che diceva che la sdcard non può essere utilizzata per caricare le librerie, quindi ho spostato il file .so in /data/data/com.example.hellojni/lib/libSample.so (i dati dell'app privati posizione di stoccaggio). Nessun cambiamento:

09-02 16:53:18.332: DEBUG/dalvikvm(4515): Trying to load lib /data/data/com.example.hellojni/lib/libhello-jni.so 0x434fb6f8 
09-02 16:53:18.342: DEBUG/dalvikvm(4515): Added shared lib /data/data/com.example.hellojni/lib/libhello-jni.so 0x434fb6f8 
09-02 16:53:18.342: DEBUG/dalvikvm(4515): No JNI_OnLoad found in /data/data/com.example.hellojni/lib/libhello-jni.so 0x434fb6f8 
09-02 16:53:18.352: INFO/Library(4515): Library exists: true 
09-02 16:53:18.352: INFO/Library(4515): Library can be read: true 
09-02 16:53:18.352: DEBUG/dalvikvm(4515): Trying to load lib /data/data/com.example.hellojni/lib/libSample.so 0x434fb6f8 
09-02 16:53:18.482: INFO/dalvikvm(4515): Unable to dlopen(/data/data/com.example.hellojni/lib/libSample.so): Cannot find library 
09-02 16:53:18.492: ERROR/Translator(4515): Library /data/data/com.example.hellojni/lib/libSample.so not found 
09-02 16:53:18.492: ERROR/Translator(4515): java.lang.UnsatisfiedLinkError: Library /data/data/com.example.hellojni/lib/libSample.so not found 

Quello che non capisco è che chiaramente esiste la biblioteca, e il sistema operativo sta tentando di caricarlo ... così che cosa avrebbe fatto fallire?

Seguendo il consiglio di uno dei commentatori, ho provato ad allegare tramite strace per ottenere informazioni più dettagliate sull'errore. Il registro può essere trovato come github gist.

L'errore sembra essere sulle linee 47-51:

mprotect(0x4235d000, 4096, PROT_READ) = 0 
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbeb58080) = -1 ENOTTY (Not a typewriter) 
write(1, "bionic/linker/linker.c:1243| ERROR: 34 unknown reloc type 3 @ 0x811a854c (2441)\n", 83) = 83 
write(1, "bionic/linker/linker.c:1641| ERROR: failed to link /data/data/com.example.hellojni/lib/libSample.so\n", 100) = 100 
munmap(0x81000000, 8839168)    = 0 

Ecco il readelf della biblioteca:

arm-eabi-readelf -d libSample.so 

Dynamic section at offset 0x80b648 contains 17 entries: 
    Tag  Type       Name/Value 
0x00000019 (INIT_ARRAY)     0x7ff234 
0x0000001b (INIT_ARRAYSZ)    76 (bytes) 
0x00000004 (HASH)      0xd4 
0x00000005 (STRTAB)      0x7f41c 
0x00000006 (SYMTAB)      0x2650c 
0x0000000a (STRSZ)      1197287 (bytes) 
0x0000000b (SYMENT)      16 (bytes) 
0x00000003 (PLTGOT)      0x80c6f0 
0x00000002 (PLTRELSZ)     76480 (bytes) 
0x00000014 (PLTREL)      REL 
0x00000017 (JMPREL)      0x1ccb84 
0x00000011 (REL)      0x1a3904 
0x00000012 (RELSZ)      168576 (bytes) 
0x00000013 (RELENT)      8 (bytes) 
0x00000016 (TEXTREL)     0x0 
0x6ffffffa (RELCOUNT)     2412 
0x00000000 (NULL)      0x0 

Answer 1

Penso che possa essere più probabile che una libreria che il vostro .so dipende da non essere stato trovato Ma questo è solo se i file .so possono essere caricati da una SDCard, in primo luogo.

Answer 2

Per favore prova a seguire le linee guida che ho fornito per il problema a cui ti riferivi all'inizio della tua domanda (intendo here). In bocca al lupo!

Answer 3

Ok, non ho mai usato Android prima, quindi potrebbe essere un commento stupido, ma in JavaSE non funzionerà, perché il file della libreria è "sbagliato". Vedi, tu scrivi un programma in java, quindi non sai in quale SO funzionerà, giusto? Come puoi sapere se la lib che vuoi caricare è nel file myLib.so o myLib.dll o myLib.32TestNotHackerSufix? Beh ... non farlo! È java! Risolverà il suffisso della lib per te in base al tuo SO.

uso Prova

File libraryLoc = new File(sdcard.getAbsolutePath() + "/library/libSample"); 

senza ".so".

(Suppongo che tu non abbia qualcosa come "LIBRARY_PATH" in Android, quindi caricherà la tua lib dal percorso che gli dici ....Se tale cosa esiste in Android si shoul caricare il tuo lib come

System.load("libSampe"); 

e mettere la directory in LIBRARY_PATH prima di iniziare la vostra app)

Answer 4

Fa libSample.so ha qualunque dipendenze da altri librerie condivise che si può essere Building? Se è così, è necessario System.loadLibrary o System.load le sue dipendenze prima, assicurandosi di caricare le librerie più "di base" prima di altre, come se fossero librerie statiche. Almeno sembra essere così con NDK 7b.

Per esempio, se libSample.so dipende libfoo.so si dovrebbe fare qualcosa di simile:

System.loadLibrary("foo"); 
System.loadLibrary("Sample");