的Android，從本機代碼開放的系統庫

下午好，的Android，從本機代碼開放的系統庫

我真的很感激，如果任何人都可以，請給一個什麼可以在涉及的dlopen以下情形是發生的線索。我想通過調用dlopen（「/ system/lib/libmedia.so」，RTLD_LAZY）加載Android系統的庫libmedia.so;從一個庫（libA）靜態鏈接到一個上部庫（libB）與ndk。這最後一個庫是由Java應用程序通過JNI調用的。

的問題是，這個調用dlopen的，老是死機傾銷下面幾行：

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 
Build fingerprint: 'google/yakju/maguro:4.0.4/IMM76I/330937:user/release-keys' 
pid: 1642, tid: 1687 >>> net.media.test:my_process <<< 
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad 

r0 deadbaad r1 01250488 r2 80000000 r3 00000000 
r4 00000000 r5 00000027 r6 013dc888 r7 013c4700 
r8 01303274 r9 00000000 10 5b486b38 fp 00000000 
ip ffffffff sp 5b6fe578 lr 4005af69 pc 400576c8 cpsr 60000030 
d0 5f616964656d6a66 d1 5f67656e5f706466 
d2 775f657461657265 d3 6f5f6c61636f6c72 
d4 20646e756f46203a d5 436f502065657266 
d6 206e6f6973736553 d7 3578307830207461 
d8 0000000000000000 d9 0000000000000000 
d10 0000000000000000 d11 0000000000000000 
d12 0000000000000000 d13 0000000000000000 
d14 0000000000000000 d15 0000000000000000 
d16 41680f6010000000 d17 3fe0000000000000 
d18 3feff985c46d85eb d19 3f49e8ee49e85400 
d20 3c87000000000000 d21 3f1145b88564c411 
d22 3e21ee94a0c6d216 d23 bda8fae9be8838d4 
d24 0000000000000000 d25 0000000000000000 
d26 0100010001000100 d27 0100010001000100 
d28 0100010001000100 d29 0100010001000100 
d30 0001000000010000 d31 0001000000010000 
scr 80000012 
     #00 pc 000176c8 /system/lib/libc.so 
     #01 pc 0001e864 /system/lib/libc.so (__assert2) 
code around pc: 
400576a8 4623b15c 2c006824 e026d1fb b12368db \.#F$h.,..&..h#. 
400576b8 21014a17 6011447a 48124798 24002527 .J.!zD.`.G.H'%.$ 
400576c8 f7f47005 2106ef4c efe8f7f5 460aa901 .p..L..!.......F 
400576d8 f04f2006 94015380 94029303 eba4f7f5 . O..S.......... 
400576e8 4622a905 f7f52002 f7f4ebae 2106ef38 .."F. ......8..! 
code around lr: 
4005af48 41f0e92d 46804c0c 447c2600 68a56824 -..A.L.F.&|D$h.h 
4005af58 e0076867 300cf9b5 dd022b00 47c04628 gh.....0.+..(F.G 
4005af68 35544306 37fff117 6824d5f4 d1ee2c00 .CT5...7..$h.,.. 
4005af78 e8bd4630 bf0081f0 00028592 41f0e92d 0F..........-..A 
4005af88 fb01b086 9004f602 461f4815 4615460c .........H.F.F.F 
memory map around addr deadbaad: 
befcf000-beff0000 [stack] 
(no map for address) 
ffff0000-ffff1000 [vectors] 
stack: 
    5b6fe538 4008365c /system/lib/libc.so 
    5b6fe53c 01250488 [heap] 
    5b6fe540 0000013f 
    5b6fe544 40059d15 /system/lib/libc.so 
    5b6fe548 4008370c /system/lib/libc.so 
    5b6fe54c 4008885c 
    5b6fe550 00000000 
    5b6fe554 4005af69 /system/lib/libc.so 
    5b6fe558 00000000 
    5b6fe55c 5b6fe58c 
    5b6fe560 013dc888 [heap] 
    5b6fe564 013c4700 [heap] 
    5b6fe568 01303274 [heap] 
    5b6fe56c 4005a0d5 /system/lib/libc.so 
    5b6fe570 df0027ad 
    5b6fe574 00000000 
#00 5b6fe578 4007a5b5 /system/lib/libc.so 
    5b6fe57c 5b490368 /data/data/net.media.test/lib/libB.so 
    5b6fe580 013dc888 [heap] 
    5b6fe584 4005a401 /system/lib/libc.so 
    5b6fe588 400836b0 /system/lib/libc.so 
    5b6fe58c fffffbdf 
    5b6fe590 4005e865 /system/lib/libc.so 
    5b6fe594 4007a5b5 /system/lib/libc.so 
    5b6fe598 5b490368 /data/data/net.media.test/lib/libB.so 
    5b6fe59c 4005e869 /system/lib/libc.so 
#01 5b6fe5a0 00000061 
    5b6fe5a4 5b490310 /data/data/net.media.test/lib/libB.so 
    5b6fe5a8 5b490310 /data/data/net.media.test/lib/libB.so 
    5b6fe5ac 00035b80 
    5b6fe5b0 01303274 [heap] 
    5b6fe5b4 5b3ed394 /data/data/net.media.test/lib/libB.so 
    5b6fe5b8 013c46a8 [heap] 
    5b6fe5bc 013dc8ec [heap] 
    5b6fe5c0 5b6fe634 
    5b6fe5c4 00000003 
    5b6fe5c8 01303274 [heap] 
    5b6fe5cc 5b3b4ce8 /data/data/net.media.test/lib/libB.so 
    5b6fe5d0 5b4be7c0 /data/data/net.media.test/lib/libB.so 
    5b6fe5d4 000003bc 
    5b6fe5d8 00000000 
    5b6fe5dc 5b4ceea4 
    5b6fe5e0 5b6fe628 
    5b6fe5e4 00000000

我檢查的路徑和庫存在，也增加了LOCAL_LDLIBS + = -ldl到libB的Android。 mk允許使用動態加載。但我總是得到同樣的轉儲。

預先感謝您提供可以分享的任何有用信息。

來源

2012-05-26 jcm

爲了防止這種情況對某人有幫助，問題與打開磁帶庫兩次相關，而不是在第二次加載之前關閉磁帶庫。

這反映在故障地址的轉儲中，正如你所看到的，在hexspeak中是一個明顯的幻數信號，與內存使用不良有關。

來源

2012-08-12 17:04:45 jcm

libmedia似乎是不NDK的一部分：

OpenSL是使用NDK播放音頻的支持手段。

來源

2012-05-26 17:30:36 CommonsWare

謝謝CommonsWare的信息，不幸的是我想要做的事不能用目前可用的OpenSL ES for Android實現來實現。我的意圖是解碼接收到的音頻流，而不必包含編解碼器庫，並播放它。然後，我想使用系統的媒體庫，但作爲您提供狀態的鏈接之一，爲了避免製造商對此庫進行更改時出現問題，我儘管基於我以前在Linux上的經驗基於dlopen動態加載它，但遇到此問題。再次感謝您的信息 – jcm

的Android，從本機代碼開放的系統庫

回答

相關問題