在JB上,有时候会发现,以前在ICS上跑的好好的程序,在JB上一运行,就发生 SEGV_ACCERR 问题,比如上一篇文章说到的,HAL模块的HMI中修改dso会造成段错误。
出错时的debuggerd输出,大约有如下信息:
fault addr 3cde4bf4 3cde2000-3cde5000 r--p 00050000 b3:01 595 /system/lib/libwilhelm.so 0x3cde4bf4 <IObject_Itf>: 0x3cdbf5ac 0x3cdbf3b4 0x3cdbed64 0x3cdbf1d4 0x3cde4c04 <IObject_Itf+16>: 0x3cdbeca8 0x3cdbf150 0x3cdbf8a0 0x3cdbec54 0x3cde4c14 <IObject_Itf+32>: 0x3cdbec00 0x3cdbebac
这里可以看到,linker将这一段地址map成只读的了,但代码是想要写它,这就造成访问错误而死掉。
为何ICS上是好好的,但到JB上就不行了呢?
从错误的现象和maps来看,这应该是jellybean对linker有了新的改动导致的。到bionic上查看一下linker的更新log:
$ git log linker/linker.c
commit 9ec0f03a0d0b17bbb94ac0b9fef6add28a133c3a Author: Nick Kralevich <[email protected]> Date: Tue Feb 28 10:40:00 2012 -0800 Add relro support Add support for PT_GNU_RELRO. This allows the static linker to indicate that certain regions of memory should be marked as "read-only" after dynamic linking is complete. See: * http://www.akkadia.org/drepper/nonselsec.pdf (section 6) * http://tk-blog.blogspot.com/2009/02/relro-not-so-well-known-memory.html Note that this change has no effect on Android right now, because we don't compile our code with relro enabled. Change-Id: I6541f8775367e8558b4388f7d105b1ae6e8f046b
正是google加入了relro的支持,导致了这些问题(google说没影响,实际上还是看到了)。具体原因这里有说明,主要是安全性考量。可以看下链接中的文章的详细说明。
解决方法也很简单,一是将它revert掉就好了,或者是修改源代码,将要修改的const全局变量的const都给去掉。