欢迎留言、转载请注明出处
自从升级到NDK r6以后，一执行编译就会提示这些东西：
Android NDK: WARNING: Rebuilding STLport libraries from sources!
Android NDK: You might want to use $NDK/build/tools/build-
stlport.sh
Android NDK: in order to build prebuilt versions to speed up your
builds!
说用到的STL port可以用它说的sh进行prebuilt来提高编译速度，虽然没发现有什么太大的影响，但每次提示都很烦人，尤其是ndk-gdb执行的时候居然也会有这些提示，于是决定想办法解决一下！
今个发现个Eclipse的插件sequoyah，说可以使Eclipse支持Android的原生调试(Native Debug)，但发现现在用的Eclipse 3.5+CDT 6.0不被支持，于是打算升级一下开发环境。
下了目前最新的3.7 Indigo(Classic版)以后发现ADT插件竟然安装报错，顺着依赖关系一看，最后是由于这个没有：”org.eclipse.wst.sse.core 0.0.0″，查了相关资料发现可能是ADT依赖了一些老版本Eclipse的lib，最后发现解决方法如下：
将Helios的Update Site – http://download.eclipse.org/releases/helios加入到更新站列表里，然后重新安装ADT，便会从Helios的站点上下载所依赖的那些库，然后安装就ok了，希望后面使用别再出什么问题…
iOS IAP应用内置付费好处多多，第一次植入问题也是多多！
开始加IAP的时候，习惯性的上网找同行写过的经验文章参考，Apple官方文档看着就头疼，找了一篇http://troybrant.net/blog/2010/01/in-app-purchases-a-full-walkthrough/，看似写的很完整，跟着一步一步做，结果最后request product的时候一直返回Invalid ID!开始在iTunes Connect上折腾，传了删，删了传的辗转了好几次，各种设置调来调去，各种search结果看了又看，最后总算是搞定了，也写点自己的心得吧。
首先选中根项目图标，打开工具视图（View里最右边那个），在File Inspector里的Project Document下的Organization中设置即可！
问题概述：
在导入一个app后提示如下错误：
“Error generating final archive: Debug Certificate expired on 10/09/18 16:30”
原因分析：
android要求所有的程序必须有签名，否则就不会安装该程序。在我们开发过程中，adt使用debug keystore，在 preference->android->buid中设置。debug的keystore默认有效期为一年，如果你是从一年前开始完android程序，那么在一年后导入这个app的时候很可能出现debug keystore过期，导致你无法生成 apk文件。
此时你只要删除debug keystore就行，系统又会为你生成有效期为一年的私钥。
解决方法：
进入C:\Documents and Settings\Administrator\.android 删除路径下的debug.keystore及 ddms.cfg。
（不同环境下的目录可能略有不同，可在eclipse中查找此路径：Window->Preferences->Android->Build下 Default debug keystore）
然后重新导入即可。
原文：http://www.cnblogs.com/yyangblog/archive/2011/01/07/1929657.html
今天在某台Android机器上试验RE管理器时，突然出现su request标题然后黑屏的问题，没让选allow deny什么的，开始怀疑是机器上的superuser permission程序坏了，折腾半天也没解决。最后发现问题出在”USB调试”上，应用程序管理-》开发里的这个选项不知道被谁给关掉了，重开以后再重启机器，就ok了。
今天在XCode4下准备用SVN import项目时出现
Authentication realm: <svn://**********.net:3690> **********-**********
Password for 'svn':
Authentication realm: <svn://**********.net:3690> **********-**********
Username: svn: Can't read stdin: End of file found类似这样的错误弹板，项目是新的，SVN repo也是新的，且设置内的账号密码绝对没问题，折腾半天发现可能时cache的问题，解决方法也简单，进入命令好，用svn list命令访问一下repo的路径，就会提示重新输入账号密码，输对了就行了，回XCode再试就没问题了。个人认为这应该是由于XCode功能不完善导致！
移植Win32下的cpp文件到xcode中编译时发现，代码可以顺利通过编译，但在xcode中一查看cpp文件就会出现标题中的那个错误，虽然不影响编译运行程序，但是所有的h中的关键字都不能高亮且会导致一些关联的语法错误，起初以为是header search path的问题，但排查一通后发现问题原来是出在源文件的编码方式上！
xcode默认是使用UTF-8作为源代码文本文件的字符编码的，曾经为了统一这个，Win32下的cpp也改为了UTF-8，但是windows下的UTF-8文本文件头中会加入几个字节的编码标示，比如UTF-8是EF BB BF，UTF-16也有，是什么记不清了，是2个byte的。
导致xcode parse source时出错的就是这个字节标识，删掉就可以了。
可能是xcode4用的gcc版本比较高的原因，在移植代码的时候出现了这样一个警告，正好提高了一下对const char*的认识。
void foo(char* szArg);
这样的函数这样 foo(“test”); 调用就会提示这个警告，以前可能没太注意过，因为传递的参数字符串是被作为常量处理的，而函数原型却要得不是const指针，也就是说函数内实现是允许修改指针内存的，所以编译器就爆了，理所应当的一个warning，改成const char*参数类型就可以了。