今天在升级一个早期Android项目到新版Eclipse ADT SDK后，编译运行项目后Android Console中出现标题中的错误，特此记下解决方法：
导致这个问题的原因是由于Android项目属性中的Java Compiler设置为1.6版本的，而Eclipse的Preference中的被设置为1.7所致，也换成1.6就不会提示这个错误了！
移动平台
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…
使用distcc分布式编译加速Android NDK原生项目编译生成
随着项目规模的增大，源代码文件增多，结构越来越复杂，导致项目编译链接速度变慢是一件让人非常头痛的事！
在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/
对于Android NDK编译器ARM和Thumb模式的理解及Toolchain的切换clang编译器
以前在做Symbian的时候，曾经研究过ARM CPU的指令集问题，ARM处理器支持两套指令集，即ARM和Thumb。ARM为32位指令集而Thumb为16位指令集，理论上32位可以提供更快的执行速度但会生成更大的二进制执行文件，而16位的Thumb则恰恰相反，省地儿但慢，这也正是体现出了ARM对于嵌入式设备的专业性。对于我这种牺牲一切换速度的理念来说，当时就留下了ARM就比Thumb快的印象，以致于现在在做Android NDK原生开发时，也是优先用ARM指令集。（这个可以通过在Android.mk中加入LOCAL_ARM_MODE := arm控制，默认情况下NDK使用Thumb指令集）
但是最近在Xcode编译iOS项目时，注意到同为ARM处理器的苹果设备，使用的是Thumb指令集，而且好像还是某种新版本的Thumb指令集，小搜索了一下看到有人说这种armv7引入的叫做Thumb-2的指令集要比arm指令集更好！于是又重新搜索更新了一下大脑知识库…
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…
iOS6下慎用MPMoviePlayerViewController！
这个MPMoviePlayerViewController的事要从何说起呢，嗯……其实主要还是由于在播放视频时按Home键切出引发的问题：
先是测试发现游戏在播放开场视频时按Home键切换到后台后会触发libGPUSupportMercury.dylib: gpus_ReturnNotPermittedKillClient导致crash，关于这个异常大苹果的Technical Q&A QA1766（http://developer.apple.com/library/ios/#qa/qa1766/_index.html）已经交待得很清楚了，简单来说就是应用在处于后台状态时是不允许执行任何OpenGL命令的，包括前台时提交但尚未实际执行的缓冲指令！不过文档中提到的几个关键点我也都按规矩做了处理，稍作跟踪后发现，导致这个异常的原因是在应用播放视频时切到后台之后，MPMoviePlayerPlaybackDidFinishNotification通知被莫名其妙的触发了，导致后续逻辑按照开场视频播放结束开始执行，进而去加载OpenGL贴图，初始化状态等，于是自然被OS认为是违规调用了OpenGL命令，因此被kill掉了！
体验了一下Visual Studio 2012和Windows Phone 8 SDK 记录一下模拟器的联网问题
VS2012直接在MS的网站上就可以下载ISO，WP8 SDK直接搜索比较容易找到的是在线安装的版本，下载速度比较慢的话可以直接这里下载ISO直装版：
中文 http://go.microsoft.com/fwlink/?LinkID=257234&clcid=0x804 英文 http://go.microsoft.com/fwlink/?LinkID=257234&clcid=0x409
整个开发环境搭建比较轻松，需要说明的一点就是虽然安装VS2012并不需要Win8，但是WP8 SDK要求系统必须为Win8而且是要64位和一个忘了叫什么名字的CPU技术，因为WP8的emulator是基于Win8的Hyper-V虚拟机的。
还有一点要注意的就是VS和WP8 SDK的语言对应问题， Continue reading…
我遇到的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…
UIImagePickerController在iPad上应用与iPhone类设备上的应用区别以及sourceType导致的crash
之前调用UIImagePickerController显示照相机和相册时用的一直是presentModalViewController:方法直接显示，后来发现这样的用法在New iPad上会导致：
Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘On iPad, UIImagePickerController must be presented via UIPopoverController’
这个错误，并且这个错误只出现在显示系统相册时，照相模式时不会提示这个错误。
按照错误字面意思来看，在iPad上UIImagePickerController必须通过UIPopoverController来显示，g了一下，发现提到相关问题的文章也有很多，替换的具体实现可以看下面的参考链接。可是奇怪的问题是直接presentModalViewController的方法实际测试在iPad2上面没有任何问题，关于这点我看到有老外提到说这个可能是UIKit的bug？！
另外，我发现在替换了UIPopoverController的实现后，打开相册时在小框里狂托时会有极大的可能性导致crash，有时候时EXC_BAD_ACCESS，有时候Collection mutated while being enumerated，还有时候提示数组0索引位置不可用…
Continue reading…
iOS6对于shouldAutorotateToInterfaceOrientation的改动以及其他一些窗口相关细节
iOS6正式版发布当天博主我就更新了，随后也更新了对应的XCode以及iOS SDK，更新到了4.5 (4G182)。然后更新原有4.4 iOS5 SDK的项目，目前最主要的发现就是iOS6对于app屏幕朝向支持以及自动旋屏时的处理方式的变动。
简而言之就是iOS6下的
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)toInterfaceOrientation
{
return UIInterfaceOrientationIsLandscape(toInterfaceOrientation);
}
这个不会再被调用，取而代之的是这俩个组合：
- (BOOL)shouldAutorotate
{
return YES;
}
- (NSUInteger)supportedInterfaceOrientations
{
return UIInterfaceOrientationMaskLandscape;
}
当然，为了保持对旧版本系统行为的兼容性，不要删掉不用的那个调用。另外还有一个这个preferred朝向也可以加上
- (UIInterfaceOrientation)preferredInterfaceOrientationForPresentation
{
return UIInterfaceOrientationLandscapeRight;
}
当我替换完这俩个操作后尝试运行app，发现会报如下的异常：
Terminating app due to uncaught exception ‘UIApplicationInvalidInterfaceOrientation’, reason: ‘Supported orientations has no common orientation with the application, and shouldAutorotate is returning YES’
Continue reading…