Win7 Win8的默认共享C$之类无法访问的解决方法
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就不会提示这个错误了！
迁移域名到Go Daddy,完全脱离Dreamhost了，记录一下domain transfer的过程
之前给博客空间搬家，观察到现在来看新空间服务还是比较稳定的，于是开始搬家第二步：转移域名！
其实最开始域名是在name.com单独注册的，后来因为买了DH的空间免费送一个域名的费用，于是就将域名注册商迁到了DH。不过现在已经搬家，也就没得免费域名了，只能也transfer了，最开始看到DH上的说明是即使空间到期，只要域名没过期就依然可以在后台管理，因此最开始也没想这么快就转移域名，但是搬完空间之后，我想反正也不用了，不如就取消了DH的空间租用吧，结果一下就发现了奸商的本来面目…
Continue reading…
EDUP EP-N8513 (RTL8188CUS芯片)在Ubuntu 12.10下的wifi不能连接问题解决方法
EDUP EP-N8513这款USB微型无线网卡在我刚装上的64位Ubuntu 12.10下虽然能被系统识别出来，但是并不能正常连接无线AP，具体表现为可以看到AP列表，尝试连接后不停的询问密码，即使输入正确的密码也会反复不断的提示输入密码（据说如果把热点的密码去掉，完全Open的话还是可以连上的，但这么解决岂不是太不靠谱了）。
导致这问题的原因是系统自带的RTL8192cu驱动对这个芯片的兼容性不是非常好，所以还是得去Realtek官方拿驱动源码来现编译安装：http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=48&PFid=48&Level=5&Conn=4&DownTypeID=3&GetDown=false&Downloads=true#RTL8192CU 下载这个linux用的7m多的zip:RTL8192xC_USB_linux_v3.4.4_4749.20121105.zip
在开工之前可以先用lshw -c network命令检查一下无线网卡是不是被识别为RTL8192cu，理论上只要被识别为这个型号的设备都可以用本文的方法解决连接问题。
在Eclipse CDT项目中使用llvm-clang作为编译器并解决gdb调试不显示变量的问题
用了一段时间的Xcode做Mac OSX, iOS的开发后，深深的体会到llvm clang编译器的速度、人性！于是打算在刚换上的Ubuntu 12.10上也装一个好好研究研究。
装好Eclipse Version: 4.2.2和CDT后，先是发现toolchain里只有gcc，意识到又得去google了，好在很容易的就找到了llvm4eclipsecdt这个Eclipse插件（看下面的项目链接或者直接到Eclipse Marketplace里搜llvm clang就能找到），果断装上之后，开了个新C++项目，随便写了几句build，失败，看了一下找不到clang执行程序，猜想应该是还没装伟大的llvm clang编译器吧，打开Ubuntu软件中心一搜，嘿！还真有，这下省事了，直接装上llvm clang还有一些可选项，再回到Eclipse Build运行，ok，一切正常！可后来发现想运行一下Debug吧，却发现虽然断点可以正常下，单步运行也没什么问题，但视图里的局部变量之类的都没有任何显示，watch也不行，根本找不到symbol… Continue reading…
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指令集更好！于是又重新搜索更新了一下大脑知识库…