libvecore.a逆向工程

niks

从wiki上的情况来看，基本上没有任何有实质意义的逆向工程。至少，没有公开的逆向工程。
所以我想把libvecore.a逆向了。
从hf和android的体积来看，一个是500多k，一个是2M多。因为两者export的symbol是差不多的，所以文件体积的差距应该是.data section？手头只有个windows的netbook，懒得下工具链来看了。
按我的经验，即使500k都是代码段，全部逆向了也不是很费时间。我对mips和arm都比较熟，也自己折腾过几个M的binary的逆向。

我的问题是：我是应该逆向android的那个.a还是hf的.so？

按我的理解是，hf版本的有严重bug，而android版本的则没有这个问题。所以我猜我应该把.a给搞定？

请版主明示。谢谢。

niks

另：这件事就是个时间问题，没有什么技术上的难度。
但时间问题却不是个小问题。最近工作忙，而且又正在搬家，能抽出来的时间也不多。所以我估计快的话得2-3个月，慢的话得半年。但我只要开始做了，就一定会做完。而且做出来之后，一定匿名发布，给大家共享。

希望对大家有用。

matson

good!会持续关注此事

niks

matson 发表于 2013-7-23 11:09
good!会持续关注此事

版主，能帮忙回答下这个问题吗？ 谢谢

>>我是应该逆向android的那个.a还是hf的.so？
>>按我的理解是，hf版本的有严重bug，而android版本的则没有这个问题。所以我猜我应该把.a给搞定？

cubieplayer

严重支持楼主，弄成了功德无量啊

blessed

支持楼主，很多代码跟着跟着跟到了库，结果什么都看不到了，很多东西都设定的比较死

matson

niks 发表于 2013-7-23 15:56
版主，能帮忙回答下这个问题吗？ 谢谢

>>我是应该逆向android的那个.a还是hf的.so？

我觉的应该先搞定hf的。hf版本可能有个内存泄漏的问题，但是没有源码所以改不了

niks

matson 发表于 2013-7-23 17:35
我觉的应该先搞定hf的。hf版本可能有个内存泄漏的问题，但是没有源码所以改不了 ...

会不会allwinner把精力放在android版本的支持上，而没有更新hf的代码，所以造成android版本的可以用？
不管怎样，我可以试试看两边都做，肯定会有大量重复的代码。

niks

简单翻了一下android和hf两个版本的库。发现hf版本用了thumb-2 ISA，而android没有。我猜allwinner的初衷是，hf版本的库用于资源更少的硬件，而android则用于资源更多的硬件。

由于android+libhybris的表现比hf好，并且由于android版本的库中信息更多，我打算从android开始。
目前已经建了一个src repo在bitbucket，状态是private的（由于版权问题）。有什么新进展或者问题我会在这个帖子下继续汇报。

dryland

支持楼主。