由于受到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局部引用的变化
译序：
这篇文章的内容实际是在我发现一个项目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
Google Android NDK r8e中的bug修正
发现这个bug是通过clean cocos2d-x项目时出现的，错误信息为make: *** [clean-box2d_static-armeabi] Error 2
而正常build不会出任何问题，问题是由于r8e版的NDK中的build/core/build-binary.mk一处错误导致：
替换49行的:
$(cleantarget): PRIVATE_CLEAN_FILES := ($(my)OBJS)
为:
Dx bad class file magic (cafebabe) or version (0033.0000)
今天在升级一个早期Android项目到新版Eclipse ADT SDK后，编译运行项目后Android Console中出现标题中的错误，特此记下解决方法：
导致这个问题的原因是由于Android项目属性中的Java Compiler设置为1.6版本的，而Eclipse的Preference中的被设置为1.7所致，也换成1.6就不会提示这个错误了！
iOS程序开发引用的第三方库之间出现duplicate symbol时的处理方法
iOS程序集成的第三方库过多时，很容易出现某几个库同时用到了一样的函数库，也就是在你的程序link时会提示duplicate symbol，而重复的符号又不是由你自己程序的代码造成的，也就说没法通过直接修改代码把重复的符号去掉！这样呢，要不就要求第三方库提供方该代码，要不就自己修改第三方库的库文件。第一种方法多少有点无理要求，所以还是直接用第二种方法自己解决了吧，也就是直接修改.a文件或framework里的库二进制文件：
64位Linux Ubuntu 12.10下Android SDK运行adb提示找不到libncurses.so.5的解决方法
尝试在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…
Eclipse ADT的Custom debug keystore所需证书规格
最近开始研究Google Play的In-app Billing IAB内置计费API，发现一个比较烦人的问题就是测试时应用必须经过正式签名，而默认Eclipse ADT调试运行使用的是临时生成的Debug专用证书，默认为C:\Users\XXX\.android\debug.keystore。
于是每次调试内置计费必须使用ADT的Export Signed Application Package打带正式签名的包，比较麻烦。后来发现ADT允许自定义调试用证书，在Window->Preferences->Android->Build->Custom debug keystore这里，试了一下选择正式证书后提示：”Keystore was tampered with, or password was incorrect”，如下图所示：
Continue reading…
Android系统实现横竖屏两方向自动旋转的方法
Android系统不像iOS有shouldAutorotateToInterfaceOrientation:以及项目info.plist中的支持屏幕朝向属性设置那么直白的屏幕朝向支持，而且2.2以下和2.3以上还有对自动旋屏功能支持的差异：
在2.2一下，manifest中可以通过android:screenOrientation=”landscape”属性设置朝向，但这显然没有像iOS那样指明是landscape right还是landscape left，而且测试发现实际效果也只是锁定在了landscape的一个朝向，并不支持根据重力感应的两方向自动旋转。
在2.3及以上的target下，可以通过设置android:screenOrientation=”sensorLandscape”实现landscape的两方向自动旋转，为了同时兼容两种情况，可以采用以下的方法：
public static final int ANDROID_BUILD_GINGERBREAD = 9;
public static final int SCREEN_ORIENTATION_SENSOR_LANDSCAPE = 6;
@Override
public void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
if (Build.VERSION.SDK_INT >= ANDROID_BUILD_GINGERBREAD)
{
setRequestedOrientation(SCREEN_ORIENTATION_SENSOR_LANDSCAPE);
}
}
我遇到的An error occurred uploading to the itunes store问题
最近一次更新App版本到itunes时遇到了An error occurred uploading to the itunes store，用的是XCode自带的Organizer做的归档上传操作，提示这个问题后存档被归为validating失败，感觉很奇怪，于是手动validate了一次，顺利pass，没有任何问题！
然后开始怀疑是网络问题，retry了3、4次，问题依旧，看来不是偶然，于是开始google，发现遇到同样问题的人还真是不少！
问题的根源就是XCode需要的Java环境出现了问题，网上找到的解决方案是这样：
cd /System/Library/Frameworks/JavaVM.framework/Versions
sudo ln -s CurrentJDK /System/Library/Frameworks/JavaVM.framework/Versions/1.5
sudo ln -s CurrentJDK /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0
试了一下，问题依旧！
Continue reading…