android

发现一款基于OllyDbg的Android ARM调试工具

2014年07月31日 4, ? 软硬件使用

最近研究Android平台的原生代码so保护时找到了一款很好用的汇编级调试工具：基于OllyDbg的GikDbg，传送门：http://www.gikir.com/product.php

上学时学习汇编曾经接触过OllyDbg，用起来很是顺手，结合着IDA的静态分析，学到了不少底层的知识。

最开始研究Android原生代码逆向时用的是IDA Pro，明显看到最近的版本中，IDA一直在强化动态调试能力以及对移动平台的支持，不过实际测试时发现，虽然的arm elf可以反汇编以及分析代码，但是动态调试时其自带的android_server远程调试服务器不能很好地支持Android 2.3.3以上的系统，网上搜索看到有人说可以使用gdb server来远程调试，但是试了几次都没有成功。android_server据说在IDA 6.3版以后就可以很好地支持4.0+的系统了，无奈没有资源…

后来很幸运的找到了这个GikDbg，显示抱着试一试的想法，用4.0.3的模拟器测试了一下，发现很好用，Attach，断点等一切正常，就是反应速度稍慢，这应该是gdb远程调试的通病吧…

最开始看官网上的Android版名字叫GikDbg.ART还以为只有开启ART运行时模式才行，后来实测DVM也没有问题，而且连模拟器都能很好的支持，当然物理设备的话需要root，否则push不过去gdbserver。

使用说明在这里：http://gikir.com/blog/?p=115，Android 4.0.3模拟器DVM运行时一次成功！

Android中GLSurfaceView在横竖屏切换时重新创建表面缓冲导致的问题

2014年05月9日 1, ? Java, JavaScript 移动平台 设计开发

在做Android的OpenGL ES应用时，经常会遇到接入各种支付SDK等弹出UI导致当前横竖屏状态切换的问题，比如游戏是横屏landscape的，而支付SDK弹出的View是竖屏portrait的，这时如果不插手处理的话，系统会对GL的表面缓冲进行重新创建的处理，比如横屏的800×480会被重新创建为480×800，这样就会导致绘图错误，效果可以参考下面stackoverflow上贴出的图片。

解决这个问题的方法是：
Continue reading…

修改Android签名证书keystore的密码、别名alias以及别名密码

2014年02月5日 23, ? 设计开发 软硬件使用

之前在测试Eclipse ADT的Custom debug keystore自定义调试证书的时候，发过一篇关于调试证书规格的博文：Eclipse ADT的Custom debug keystore所需证书规格，提到过自定义调试证书的密码和alias命名以及alias密码都是有规矩的。其实Android应用开发接入各种SDK时会发现，有很多SDK是需要靠package name和keystore的指纹hash来识别的（百度地图SDK、Facebook SDK等等…），这样如果使用默认自动生成的debug keystore的话就会给开发调试工作带来一些麻烦。这时可以通过修改正式的release keystore，生成一份“遵守规矩”的临时自定义调试证书给开发时用，就方便多了，具体方法如下：

Continue reading…

如何转换Android打包用jks格式keystore证书为Air用pkcs12格式p12证书

2013年06月11日 0, ? 移动平台 设计开发

由于受到Flash先进的Stage3D技术以及Unreal Epic Citadel演示的诱惑，决定试用一下Flash Builder的跨平台性能，顺利运行Starling 2D框架demo后决定打包上设备一试，遂即发现Air的跨平台导出Android安装包所需的签名证书居然是.p12格式，虽然这种“合体”证书在开发iOS时用到的还是蛮多的，但对Android开发来说还是头一次。
很明显，默认情况下原生Android开发生成的发布证书keystore不是.p12的格式，这时就需要转换一下，好在JDK中的一个叫keytool的工具可以完成此项工作，方法如下：
Continue reading…

[译]Android冰淇淋三明治ICS(4.0+)JNI局部引用的变化

2013年05月14日 4, ? C, C++, Obj-C Java, JavaScript 移动平台 设计开发

译序：

这篇文章的内容实际是在我发现一个项目bug后寻找解决方案时找到的，当时项目原有target为8（ICS 4.0之前的2.X版本），在4.0+的S3上运行一切正常，而后target升级到14时再在S3上运行时就会出现类似如下的native crash：

05-13 14:07:13.139: E/dalvikvm(22265): JNI ERROR (app bug): attempt to use stale local reference 0x20d00001
05-13 14:07:13.139: E/dalvikvm(22265): VM aborting
05-13 14:07:13.139: A/libc(22265): Fatal signal 11 (SIGSEGV) at 0xdeadd00d (code=1), thread 22457 (Thread-1276)
05-13 14:07:13.239: I/DEBUG(1894): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
05-13 14:07:13.249: I/DEBUG(1894): Build fingerprint: ‘samsung/m0zc/m0chn:4.1.2/JZO54K/I9300ZCEMB1:user/release-keys’
05-13 14:07:13.249: I/DEBUG(1894): pid: 22265, tid: 22457, name: Thread-1276 >>> cn.android.app <<<
05-13 14:07:13.249: I/DEBUG(1894): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadd00d
05-13 14:07:13.489: I/DEBUG(1894): r0 00000000 r1 00000000 r2 deadd00d r3 00000000
05-13 14:07:13.489: I/DEBUG(1894): r4 408cb1a8 r5 0000020c r6 20d00001 r7 fffff86c
05-13 14:07:13.489: I/DEBUG(1894): r8 5ee308dc r9 00004e58 sl fffff870 fp 5ee307b8
05-13 14:07:13.489: I/DEBUG(1894): ip 00004000 sp 5ee30540 lr 400f7c95 pc 40866e50 cpsr 60000030
05-13 14:07:13.489: I/DEBUG(1894): d0 3ff000003f800000 d1 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d2 0000000000000000 d3 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d4 0000000000000000 d5 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d6 0000000000000000 d7 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d8 0000000000000000 d9 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d10 0000000000000000 d11 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d12 0000000000000000 d13 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d14 0000000000000000 d15 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d16 0000000000000000 d17 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d18 0000000000000000 d19 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d20 0000000000000000 d21 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d22 0000000000000000 d23 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d24 0000000000000000 d25 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d26 0000000000000000 d27 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d28 0000000000000000 d29 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): d30 0000000000000000 d31 0000000000000000
05-13 14:07:13.489: I/DEBUG(1894): scr 60000010
05-13 14:07:13.499: I/DEBUG(1894): backtrace:
05-13 14:07:13.499: I/DEBUG(1894): #00 pc 00045e50 /system/lib/libdvm.so (dvmAbort+75)
05-13 14:07:13.499: I/DEBUG(1894): #01 pc 00028c3c /system/lib/libdvm.so (IndirectRefTable::get(void*) const+336)
05-13 14:07:13.499: I/DEBUG(1894): #02 pc 00049eeb /system/lib/libdvm.so (dvmDecodeIndirectRef(Thread*, _jobject*)+30)
05-13 14:07:13.499: I/DEBUG(1894): #03 pc 0004ca77 /system/lib/libdvm.so
05-13 14:07:13.499: I/DEBUG(1894): #04 pc 00653480 /data/data/cn.android.app/lib/libgameapp.so (CKSoundManager::LoadBGM(char const*)+56)
…
05-13 14:07:13.509: I/DEBUG(1894): memory map around fault addr deadd00d:
05-13 14:07:13.509: I/DEBUG(1894): be9ae000-be9cf000 [stack]
05-13 14:07:13.509: I/DEBUG(1894): (no map for address)
05-13 14:07:13.509: I/DEBUG(1894): ffff0000-ffff1000 [vectors]
05-13 14:07:13.674: I/DEBUG(1894): !@dumpstate -k -t -z -d -o /data/log/dumpstate_app_native -m 22265

Continue reading…

cocos2d-x创建android项目后NDK编译警告被当作错误的处理方法

2013年04月24日 0, ? C, C++, Obj-C Java, JavaScript 移动平台

问题为编译cocos2d-x创建的android项目时，原生代码部分编译脚本build_native.sh触发的NDK编译警告被当作错误处理，项目实际编译生成成功了但是Eclipse不能运行！

开发环境：

Mac OSX ML 10.8.3

Android Developer Tools Build: v21.1.0-569685 (developer.android.com下载的整合ADT SDK的Eclipse)

android-ndk-r8e 64bit

cocos2d-2.1rc0-x-2.1.2-hotfix

Continue reading…

64位Linux Ubuntu 12.10下Android SDK运行adb提示找不到libncurses.so.5的解决方法

2013年03月17日 0, ? 移动平台 设计开发

尝试在64位Ubuntu下安装Android开发环境，装好SDK后运行Eclipse，在打开Android设置选项时出现

‘adb version’ failed!
/opt/android-sdk-linux/platform-tools/adb: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

这样的提示，发现直接到SDK的platform-tools中运行adb就会报这个找不到libncurses库的问题，看了一下软件中心里名字叫libncurses的库已经正确安装了，为什么还会报找不到的错误呢？
Continue reading…

使用distcc分布式编译加速Android NDK原生项目编译生成

2013年03月14日 C, C++, Obj-C 移动平台 设计开发

随着项目规模的增大，源代码文件增多，结构越来越复杂，导致项目编译链接速度变慢是一件让人非常头痛的事！

在Windows上我们用Visual Studio可以使用IncrediBuild (http://www.incredibuild.com/) 这个非常好用的分布式编译工具，配合其自带的VS Add-In可以很方便的将大型项目的编译工作负担分布到网络上的其它机器完成，极大的缩短了项目编译时间，提高工作效率！

不过遗憾的是IncrediBuild目前只支持Windows系统和VS等一些编译环境，对于Android, iOS等交叉编译的移动平台开发环境就无能为力了。

其实对于linux系OS上还是有可用的分布式编译解决方案的，就是接下来我要说的这个distcc，项目介绍请猛击这里：https://code.google.com/p/distcc/

Continue reading…