致命信號 11 (SIGSEGV)，代碼 1，tid 1597 中的故障地址 0x0（電話服務器）

Question

我移植了 android 7.1 Nougat 並在電話服務器中遇到了這個錯誤。 這是 logcat 的一小段。 你能告訴我如何解決它嗎？

-------— beginning of crash
08-12 22:38:58.159 1597 1597 F libc : Fatal signal 11 (SIGSEGV), code 1, fault addr 0x0 
in tid 1597 (phoneserver)
08-12 22:38:58.165 120 120 W : debuggerd: handling request: pid=1597 uid=10070 gid=10070 
tid=1597
08-12 22:38:58.182 1598 1598 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** 
*** *** *** ***
08-12 22:38:58.182 1598 1598 F DEBUG : CM Version: '14.1-20210809-UNOFFICIAL-higgs2g'
08-12 22:38:58.182 1598 1598 F DEBUG : Build fingerprint: 
'samsung/cm_higgs2g/higgs2g:7.1/NDE63X/aeaa9a3dd2:userdebug/test-keys'
08-12 22:38:58.182 1598 1598 F DEBUG : Revision: '0'
08-12 22:38:58.182 1598 1598 F DEBUG : ABI: 'arm'
08-12 22:38:58.183 1598 1598 F DEBUG : pid: 1597, tid: 1597, name: phoneserver »> 
phoneserver «<
08-12 22:38:58.183 1598 1598 F DEBUG : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault 
addr 0x0
08-12 22:38:58.183 1598 1598 F DEBUG : r0 00000000 r1 b6fb2db8 r2 bee62a1c r3 ffffffd8
08-12 22:38:58.183 1598 1598 F DEBUG : r4 b6fb6f0c r5 6d2d0064 r6 ffffffff r7 00000000
08-12 22:38:58.183 1598 1598 F DEBUG : r8 00000000 r9 00000000 sl 00000000 fp bee62a0c
08-12 22:38:58.183 1598 1598 F DEBUG : ip 00000002 sp bee62670 lr b6fad89d pc b6e4b46c 
cpsr 600e0030
08-12 22:38:58.190 1598 1598 F DEBUG :
08-12 22:38:58.190 1598 1598 F DEBUG : backtrace:
08-12 22:38:58.190 1598 1598 F DEBUG : #00 pc 0001846c /system/lib/libc.so (strcmp+375)
08-12 22:38:58.190 1598 1598 F DEBUG : #01 pc 00002899 /system/bin/phoneserver
08-12 22:38:58.190 1598 1598 F DEBUG : #02 pc 00016c7d /system/lib/libc.so 
(__libc_init+48)
08-12 22:38:58.190 1598 1598 F DEBUG : #03 pc 0000210c /system/bin/phoneserver
08-12 22:38:58.239 454 633 W NativeCrashListener: Couldn't find ProcessRecord for pid 
1597
08-12 22:38:58.244 454 488 I BootReceiver: Copying /data/tombstones/tombstone_07 to 
DropBox (SYSTEM_TOMBSTONE)
08-12 22:38:58.247 120 120 W : debuggerd: resuming target 1597

Answer 1

這里沒有足夠的信息來非常詳細地弄清楚它。

電話服務器進程試圖訪問strcmp()調用中的NULL指針——被比較的兩個 arguments 之一可能是NULL 。

不幸的是，您的/system/bin/phoneserver可執行文件似乎不包含調試符號（或者至少沒有用於地址0x2899的調試符號）。 如果您在 out/.../symbols/system/bin/phoneserver 中有相應的文件（即自此構建以來沒有重建源代碼樹），您可以通過gdb或 bintools ( objdump -d 、 nm等）。

如果這種崩潰很容易重現，另一種可能性是將未剝離的可執行文件（symbols/ 中的那個）推送到設備上，替換 /system/bin/phoneserver 中的那個。 希望崩潰處理程序隨后會成功地為您解析該符號——在日志中將其打印出來。 我不確定這是否可行，但如果可行的話，這可能是最簡單的方法。