作者归档:贺 利华

关于贺 利华

正在学习编程,享受编程 热爱文学,闲来读读《读库》 有思想,没理想 正在学会专注

数字消费碎碎念

前几日将《重来》这本书给看完了,书中提到需要将自己的知识分享出去,分享你的知识能获得的将远远大于你付出的东西。自己深有同感,所以尝试重新开始写作,记录,先从非技术类开始吧。

我是一个程序猿,入行如今已经有四年时间了。从入行开始到现在,我个人在数字消费上的额度日渐上涨。其中包含的类别也蛮多,有购买软件的,有购买服务的,还有捐赠的。

记得第一次购买正版软件是在超图实习的时候,那时自己找朋友借钱买了个新的笔记本,当时机器拿回来之后安装了360安全卫士,当时看到有Nod32的促销,自己当时就直接购买了一年的正版服务,加上当时360促销的半年,应该是为期一年半的时间,具体价格忘了,应该是蛮便宜的,应该在50块钱以内。记得当时有一次不经意的聊天中,同组有个同事提到他购买了一个正版的杀毒软件服务时,我也顺口说了一嘴。旁边其他的同事当时觉得我俩很奇怪,我也觉得他们很奇怪。这是我第一次数字消费,Nod32也一直在我的机器上跑了一年多。直到我将笔记本的主要工作系统换成Ubuntu时,我在电脑上装了一个盗版的Win7,然后购买了3年的卡巴斯基,到今天还剩100多天的可用服务时长。这是我毕业之后在安全软件上的支出。

在超图实习期间,自己想架设一个自己的WordPress博客,也就是这个站点。然后正式工作的时候,就打算建起来,记得当时是在胡戈戈的店里买的一年的空间,域名还是胡戈戈帮忙给申请的,非常感谢他。记得当时两个费用加起来不到两百块钱,虽然在当时我一个月试用的工资只有2800块钱,但是我觉得100多块钱显然完全能够接受。

在超图工作的近一年的时间中,慢慢地我们伟大的GFW越来越厉害了,作为技术人员我显然不愿意被拦住,那个时候总是在网上找一些代理和第三方的应用来上Twitter,直到我使用的大部分应用和代理都无法正常使用了。这个时候我开始购买了一个名叫Puff的服务,购买了一年的服务。在Windows上有客户端,当时Puff还不能支持VPN连接,只能通过其客户端来完成连接,所幸的是它的客户端在Ubuntu下通过Wine可以完美运行,所以那个时候Puff帮助了我很多,感谢Puff的作者。

之后来到喜讯之后,身边有同事是做服务器的,刚好之前购买了为期一年的空间到期了,当时他建议将我的博客搬到他的VPS上面,然后免费蹭了半年。刚好公司搬家到天居园,那时候AWS刚好有一个EC2的活动,可以创建一个Instance免费使用一年时间,当时公司所有程序猿果断都申请了AWS帐号,创建了一个Instance,将自己的博客搬过去之后,也没有做什么其他的事情,这个时候我购买的Puff一年期服务也到期了,有了EC2就不愁神马翻墙不翻墙了,直接一个ssh连接就搞定了。这段时间内是自己学习最快的时候,这个EC2帮了很多的忙,感谢Amazon。顺便提一句,我是Amazon忠实的粉丝,能在Amazon上购买的东西,包括书和数码产品,从来不再别的地方购买。

在EC2免费到期之后,由于EC2年收费确实太贵,我们几个同事合租了一个VPS,之前用的是国外的某家VPS,目前是使用的42区的,非常不错,速度很好也很稳定,ssh很少会掉线。大家几个人平摊,每年每个人也就三四百块钱,物超所值。

另外由于很多Android设备不支持直接设置Http代理(小米手机的MIUI是可以),在当时测试Facebook接口的时候,我购买了一个VPN,当时选择的是一个名叫Runoz的VPN,目前使用了快一年,速度非常棒,客服响应速度更是超快。一年收费才尼玛100块钱还是多少,反正是非常便宜啦。一个帐号可以同时登录5台设备(我购买的时包年套餐),不限速不限流量,看什么Youtube根本不在话下,貌似除了迅雷等P2P软件会被禁,某些服务器上不建议经常下载,其他的限制根本就没有。

当然这些年陆续的域名续费肯定是要的,每年也就19.99美金,目前手上就两个域名,还算能接受。

作为一个程序猿,在解决了墙的问题之后,个人生产力已经明显得到了提升。在此之余,我们总不会放弃任何一个还有可能提升个人生产力的途径滴。在持续使用了一年多Ubuntu之后,我将工作环境切换到了Mac OSX上了,因为我是一个有轻微强迫症的人,我在使用Ubuntu的一年多时间内,尝试安装了很多新奇的软件,每次系统提示有更新,我都会毫不犹豫地选择更新,从来不等到第二天,而Ubuntu总是会在某次升级之后导致某些很小的功能会出现一些小问题,而我又是一个强迫症,很多时候要求我全心全意来工作去解决问题的时候,我的工具竟然让我不爽,很显然这个我是无法忍受的。

切换到Mac OSX上之后,发现了很多原本没有接触过的小软件,有付费的有免费的,下面列举一些我每天都在使用的,大部分都非常的棒。

Cnich,用于完成Win7下默认窗体自动最大化的功能

Dash,程序猿查看API文档神器,有了她之后生活更美好,该软件是共享软件,你可以免费一直使用,但是可以支持作者购买正版授权,这款软件是我迁移到Mac OSX下的第二天发现的软件,当天试用了1个多小时,直接购买了正版授权,也不算贵当时是半价,忘了是19.99美金还是9.99美金,应该没有超过100块钱。

1Password,因为工作中会涉及到一些公司帐号的密码,通过密码管理软件来管理总比直接放到Excel和Txt文件中靠谱,何况这款软件做得也是十分的良心,虽然比较贵,不过购买Family License还算划算,可以跟同事一起分担费用,Family License同时支持激活5台设备。

EuDic,有免费版的,付费后可以开启自定义词典的高级功能,虽然这些自定义词典大部分都是网络上开源的或是免费的资源,但是必须开启该功能后方可使用。售价不高,因为目前自己尚不需要暂时未购买该功能,之前一直使用StarDict,不过在Mac下EuDict将Mac的各种特性发挥得非常到位,你值得拥有。

MenuMate,在使用双屏环境时,经常需要将鼠标从屏幕二移动回主屏幕来操作Menu菜单,有了MenuMate之后就可以在任何地方直接呼出当前应用程序的Menu菜单了。当时做活动时购买的,花了0.99美金

Timing,一个每天默默在后台为你自动记录你在电脑上不同的软件上耗费的时间,可以非常快的判断你这周在电脑上将时间花在了开发、浏览网页、游戏上,活动时购入,也是0.99美金。

TextMate,目前我还不算真正会使用这个工具,只是作为简单的文本编辑器来使用的。

MacVim,有些操作还是习惯在Vim下完成,MacVim不仅有Vim的完整功能,同时又加入了一些更友好的特性,在Mac下非常贴心。

Sublime Text 2,神器一般的存在,目前使用得不多,只在写python脚本的时候会用一用,因为其在Linux环境下不支持中文也让我蛮纠结,另外使用频率太低,目前我还木有欲望来购买其正版授权(70$有点小多啊)

Parallels Desktop,因为某些网银的问题有的时候还是需要通过Windows下的IE来完成,所以这个你懂的,这个直接购买中文版即可,人民币239元,不贵好使。

Mou,Mac下Markdown文档编辑神器,作者也算神人了,凭一人之力完成了很多Mac下优质的软件,这是他开发的众多软件中的某款共享软件,目前我在写各种文档的首选就是Mou,我相信Markdown未来会是程序猿首选的文档交流格式。

Remote Desktop,这是目前我购买最贵的一款软件直接将Parallels Desktop给爆了,售价99美金,不过貌似购买了之后会自动获得iPhoto和GarageBand。这其实就是Mac OSX下的远程桌面连接功能,卖得可真够贵的,不过工作中需要从某台机器上去操作另一台机器,关键是还一定要进入图形环境,所以好吧,我选择妥协。

就在我写这篇文章的时候,微信公众号『Mac技巧』发布了一个MacHeist的Mac软件包打折的消息,我去看了一下,里头有一个是我非常想要的工具,那就是xScope,之前因为自己需要一个屏幕尺子,而在Mac下并没有找到免费的趁手的(FreeRuler体验已经非常不错,但是还无法达到我的要求),单独购买一个尺子委实太贵(Mac App Store中大部分尺子售价都在12人民币以上)。除了xScope之外还有一个神器就是PathFinder,虽然较Windows平台下的Total Commander稍逊一筹,但是也有其过人之处,关键是打包购买总共才9.99美金,尼玛的活动主办方还要将收入的10%捐赠出去,尼玛你还可以自行选择捐给哪个慈善组织,我默认选择平均捐给所有可选的慈善组织了。

MacHeist软件包如下:

xScope

iStopMotion

Totals

Clarify

AirServer

Fantastical

CleanMyMac 2

Little Inferno

Path Finder

Money(需此次活动售出份额超过55K才会解锁,童鞋们加油吧)

此次购买纯属巧合,昨天该活动结束之后,主办方貌似又追加了3天时间,我昨天就在还剩一分钟的时候才点击下单的,这个1分钟当然不是我在犹豫导致滴,其实时我得知这个事情的时候打开网页就只剩下45分钟了,但是我并木有看到这个消息,在告知同事有这个优惠活动之后,我就开始了当天的工作,想着中午吃饭的时候下单,当时我并没有意识到这个有时间限制,然后在上班过程中突然想起『Mac技巧』提到还剩13个小时,赶紧回到页面,刷新一下发现时间就剩1分钟了。尼玛果断下单付款之后,回到活动页面刷新,果真落下帷幕了,不过还好现在又延长了3天时间,大家购买的时候就不用像我这般如此仓促了。

在作为一个二逼程序猿的同时,我还是一个纸制品重度爱好者,阅读爱好者(注意,我木有使用重度了),只要有可能,我想拥有一切我看到过的优美的纸制品,想阅读所有我看到的好的书。有人说我很文艺,我觉得我一点都不,只是我喜欢的东西跟大家不太一样,内里我依然很土逼。既然咱们今天聊数字消费,还是回到正题吧。

我一直非常钟爱纸质书,纸质书的味道和编辑的品味是能让读者有一个很直接的感官的刺激的,不过这并不妨碍我同样喜欢阅读电子书。我购有一个Bambook,虽然使用频率不高,但是其在阅读Txt类的武侠小说的体验上绝对是最棒的(这些Txt电子书应该是有版权问题的,我确实无耻地看过很多类似的武侠小说)。我在电子书上其他的消费,全部是在我转向使用多看阅读这款软件开始的,之前我在Android平台上一直使用iReader这款软件,就因为我当时购入的Google Galaxy Nexus手机系统是Android 4.0,而iReader会不时地导致我的机器重启,无奈之下我只得寻找替代品,之前听说雷总投资了多看,然后Google了一下多看的相关资料,顿时感觉相见恨晚,果断装上。之后的电子阅读,百分之九十都是在多看上完成的,在我购买了一本《黑客与画家》纸质版本之后,多看阅读在数月之后推出了电子版,当时售价是¥12.00。那时刚好电子书炒得比较热,包括当时红极一时的唐茶的出现,我也非常想尝试一下电子书的消费是一种什么样的感觉和流程。Android版本的多看支付实在是方便,直接点用支付宝快捷支付服务,在不到1分钟的时间内,我就购买成功了。在我购买电子书之时,家中的纸质版本我才看到大概5~7页的样子,但是我在手机上花了不到2周的时间,这本书我就读完了,我那些上下班路上以及其他的碎片时间中,大部分时间都是在阅读该书。

初体验非常完美,价格合适,适合碎片化阅读,后续又购买了若干本。因为多看定期会推出很多限免书籍,我也会选择性的下载,不过购买的书籍阅读的概率明显偏高,因为我购买的书籍肯定是我当下非常想看的,限免的书籍也有不错的,更多都是图免费下载的,看的可能性并不是很大,最近已经不再下载自己不可能会看的限免书籍了。在多看上购买的书籍有:

《黑客与画家》

《公司的力量》

《凡客不凡》(这是购买公司的力量获赠的)

《煲一碗靓汤》(这是多看3.8妇女节活动获赠的)

《重来:更为简单有效的商业思维》,这本书真的只花了1周的时间竟然看完了,这一周竟然还是我这半年来最忙的一周,可想而知碎片时间阅读的产出能有多高。

《极简欧洲史》

 

在此之余,在App Store上还购买了一个游戏《战神之怒》(老比说的好,尼玛做游戏的,不玩别人游戏不太现实,该花的钱还是得花)。

回过来说说捐赠,原本捐赠不应该当作消费的,不过在我个人看来没有很大的区别,帮助别人并没有那么高尚,更何况所尽之力非常微薄。纯粹的数字捐款有几回,给Wikipedia捐过两次,数额不大,给去年的刷票助手也捐了很小的一点钱。至于其他的捐款还是不要说了,离这个主题太远了。

数字消费如此顺畅,不得不感谢为此做了很多事情的一些公司和组织啊。首先,信用卡发卡行和Visa,让我们在海外网络消费支付上完全不成问题,购买各种软件和服务,消费比国内使用支付宝都尼玛方便。其次,支付宝让购买电子书非常方便快捷。正是这些公司和组织不断地优化了很多的流程,我们才能如此顺畅又舒服地做各种数字消费啊,真心感谢招行、Visa和支付宝。

CentOS 64位机器安装配置Jenkins集成编译Android项目

之前一直想在公司搭建一个集成编译的环境,一直没能成行,这次终于着手去做了,发现之前的Hudson已经演变成了如今的Jenkins,关于Oracle跟各个开源社区以及其他厂商的一些关于商标的纷争真的很有意思,我觉得未来有可能的话,真的可以专门写一些关于这个话题的东西。具体可以参考wikipedia上的介绍

因为Jenkins是基于Java Servlet实现的,所以需要依赖于某个Servlet Container来运行,我选择的是Apache Tomcat。Tomcat也是基于Java实现的,那么开始第一步吧。

第一步 安装SDK

自行下载JDK,安装配置环境变量,如下:
[bash light=”true”]
export JAVA_HOME=/usr/local/jdk1.6.0_29
export PATH=$JAVA_HOME/bin:$PATH
export CLASS_PATH=$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:.
[/bash]

第二步 安装配置Tomcat

下载tomcat安装包,直接解压,配置环境变量:
[bash light=”true”]
export CATALINA_HOME=/root/apache-tomcat-7.0.33
[/bash]
在CentOS的/etc/sysconfig/iptables配置文件中加入规则:

-A INPUT -p tcp -m state --state NEW -m tcp --dport 8080 -j ACCEPT

通过$CATALINA_HOME/bin/startup.sh启动tomcat,找个浏览器试试能否访问,http://your_centos_server_ip:8080

确认tomcat能正常访问之后,开始第三步

第三步 安装配置Jenkins

Jenkins的主页下载Jenkins的war文件,将该文件拷贝至$CATALINA_HOME/webapps目录下,tomcat会自动将war文件解压并部署,找个浏览器试试能否访问这个地址 http://your_centos_server_ip:8080/jenkins,如果可以的话那么Jenkins就算是部署好了。

第四步 配置Android SDK和NDK环境

这一步可能会稍微多一些,可以参考我的这篇文章,CentOS 64位机器配置Android SDK和NDK环境

第五步 创建一个Jenkins的Job

完全按照Jenkins的提示和帮助一步步进行下午,非常简单。

  1. 给Project设置名称
  2. 配置获取最新代码的方式,Jenkins目前自带了CVS和SVN的插件,如果你的代码是通过git来管理的,只需要安装一个git的插件即可,Jenkins有非常丰富的插件,Jenkins => Manage Jenkins => Manage Plugins,进入插件管理页面,打开Available的Tab页面,在Filter中输入git,然后找到 Jenkins GIT plugin,勾选前面的复选框,之后点击页面下方的Download now and install after restart,让它自己安装然后重启吧,重启之后就可以配置通过git来获取代码了
  3. 设置编译触发器规则,应该是完全和Linux cron的规则一致,可以google之。
  4. 配置如何编译方法,在服务器上我们肯定是脱离ADT环境的,通常我们会使用Ant来进行编译,自行下载并配置Ant的环境变量,确保ant命令可以正常使用
  5. 先通过android命令更新当前需要编译的项目,确保ant能找到正确的sdk路径和其他的配置,需要编译release包的话,可以在project.properties中配置好用于签名的keystore文件,具体可以参考这篇文章,然后在Jenkins中配置shell中输入 android update project -p $WORKSPACE -n 工程名 -t 编译目标
  6. 配置Ant编译目标为release
  7. 点击Save之后,回到Job的首页面,点击Build Now,开始编译吧。可以通过查看Console Output来看所有编译的输出信息,有错就一一排查吧。

CentOS 64位机器配置Android SDK和NDK环境

做个小备忘。

因为工作上的一些需要,需要在CentOS 64位机器上搭建一个编译Android项目的环境,Android SDK的环境还比较好搭建,直接下载android-sdk包即可,下载页面链接在这里http://developer.android.com/sdk/index.html,我下载的是sdk only包,体积比较小不包含ADT包(在服务器上用不着这些东西),因为是在服务器上,所以是木有任何桌面环境的,也就木有桌面浏览器啦。用wget或者curl下载即可。下载成功后,解压,可是目前目录下面只有tools目录,没有platform-tools目录,这个目录下的东西可不少哦,神马aapt、dx等等非常重要的工具都可是在这个里头哦,通常我们都是直接通过android命令就可以启动Android SDK Manager的界面管理工具,通过勾选不同平台就可以选择性地更新哪个版本的sdk了。服务器上木有swt环境啊(Android SDK Manager是基于SWT实现的),肿么办捏?程序员做的东西肯定是有命令行界面的嘛。come你的on,google一下吧,结果在这里,万能的google,程序员的福音stackoverflow上已经有人解决了该问题。大体就是通过

android list sdk

这个命令来查看有哪些sdk可以更新,你可以可以通过

android --help list sdk

来查看其他的一些选项,例如通过

android  list sdk --extended --all

来查看所有的可用的(包括Android认为已经过时的,例如2.3.3之类的各个android版本的SDK,而且会将名字给你写出来哦),例如:

id: 61 or “extra-android-support”
Type: Extra
Desc: Android Support Library, revision 11
By Android
Install path: extras/android/support

这个指的是就是Android的suppor-library,其他的各个名称也很直观啦,这些名字可以用的地方呢就是我们在使用
android update -u
命令进行SDK更新的时候可以通过设置filter来选择我们需要安装哪些包,例如下面这个命令:
android update sdk -u –filter extra-google-google_play_services
执行之后,就会选择Google Play Service这个包来下载更新,同理其他的都素一样的啦。例如通过
android update sdk -u –filter platform-tool
会自动下载platform-tools目录,你要是加上platform,使用
android update sdk -u –filter platform-tool,platform
就会下载所有版本的platform文件,其他的命令自己一个个尝试就好了。等下载完成之后,配置PATH变量吧
export ANDROID_SDK_HOME=/root/android-sdk-linux
export PATH=$ANDROID_SDK_HOME/tools:$ANDROID_SDK_HOME/platform-tools:$PATH
配置完SDK,那么开始配置NDK吧,毕竟很多时候我们在开发的过程中还是很有可能会使用到NDK的,那么开始吧,先下载NDK包吧,下载页面在这里,选择对应平台下载链接下载吧,下载成功后解压缩之后,配置环境变量吧:
export ANDROID_NDK_HOME=/root/android-ndk-r8c
export PATH=$ANDROID_NDK_HOME:$PATH
配置好环境变量,加载一下环境变量,然后开始测试一下能否编译吧,cd到samples/hello-jni/jni目录下,直接执行ndk-build命令,提示错误
./../../ndk-build: /root/android-ndk-r8c/prebuilt/linux-x86/bin/make: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
提示缺少某个依赖文件,Google之后得知,通过命令
yum install glibc.i686
装上glibc库即可,再次尝试ndk-build,依然提示错误
/root/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/as: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory
提示缺少zlib库文件依赖文件,Google之后得知,通过命令
yum install zlib.i686
装上zlib库文件之后,继续ndk-build,这次能顺利编译出so文件了,也成功将文件拷贝到对应的libs/armeabi目录下了,可以有这么一个警告信息:
/root/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-strip: /lib/libz.so.1: no version information available (required by /root/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-strip)
大体的意思就时因为/lib目录下的libz.so.1版本信息不对,导致arm-linux-androideabi-strip命令无法正常执行,这个会带来神马问题捏?我们来看看吧。其实就是/root/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/下的arm-linux-androideabi-strip命令没有办法执行呗,那么这个命令是用来干嘛的,直接运行一下看看usage:
Usage: /root/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-strip <option(s)> in-file(s)
Removes symbols and sections from files
大体的意思就是通过这个命令可以将我们编译出来的so文件中的一些不必要的符号和片段给移除掉,可以让这个二进制文件更紧凑一些,运行效率会高一些?这个我真不知道,因为自己对于编译和链接这一块儿懂得真是太少了所以也就没有什么发言权啦。闲话少说,既然看到有问题,当然这个so肯定是可以用的(因为ndk-build并没有出错,而且还将so文件install到libs下对应的armeabi目录下了,我想Android开发团队肯定不会坑爹地将一个可能出错的编译输出文件install到该目录下的,所以说这个问题应该不大,肯定可以正常运行),只是看到这个警告信息让我非常的不爽,或者移除了这些符号和片段会让你的二进制文件运行起来更爽,或者可以让别人无法通过反编你的so来查看你调用了什么函数之类的,具体原因不明,反正我就是不爽,我要让这个警告信息给我消失。怎么办呢?

肯定先google啦,google了很多,看了一些文档,大体得出结论是这个libz.so.1的版本比较低,而android这个命令可能比较新,依赖的库的版本比当前我的机器上/lib目录下的libz.so.1的版本要高,好吧,那就去下载源码自己编译吧。可以到这个zlib的官方页面上的这个下载地址(WTF,竟然需要翻墙)。下载后解压之后,cd到zlib目录下,三步走
./configure
make
make install
整个过程很顺利,编译后的文件都被放到/usr/local/lib下了,这个可以通过编译安装输出看出来
[root@helihua zlib-1.2.7]# make install
cp libz.a /usr/local/lib
chmod 644 /usr/local/lib/libz.a
cp libz.so.1.2.7 /usr/local/lib
chmod 755 /usr/local/lib/libz.so.1.2.7
cp zlib.3 /usr/local/share/man/man3
chmod 644 /usr/local/share/man/man3/zlib.3
cp zlib.pc /usr/local/lib/pkgconfig
chmod 644 /usr/local/lib/pkgconfig/zlib.pc
cp zlib.h zconf.h /usr/local/include
chmod 644 /usr/local/include/zlib.h /usr/local/include/zconf.h
然后将/lib/libz.so.1文件先备份一下,将/usr/local/lib目录下的libz.so.1链接到/lib目录下,因为arm-linux-androideabi-strip这个命令链接的路径中依赖的/lib目录下的libz.so.1,当然我们也可以通过修改LD_CLASSPATH的方式来让arm-linux-androideabi-strip这个命令加载/usr/local/lib目录下的libz.so.1文件,可惜我现在不想这么麻烦,因为我现在也不知道具体做法,我懒得去Google了,我的方法是直接将该文件链接到/lib目录下,替换系统原有的libz.so.1
mv /lib/libz.so.1 /lib/libz.so.1_backup
ln -s /usr/local/lib/libz.so.1 /lib/libz.so.1
但是童鞋们啊,这还是不够滴,因为现在的系统捏是尼玛64位滴,而该死的Android都是基于32开发的,它依赖的是32位的libz,你现在执行ndk-build不出意外的话,你会碰到这个错误信息:
[root@helihua jni]# ../../../ndk-build
Gdbserver : [arm-linux-androideabi-4.6] libs/armeabi/gdbserver
Gdbsetup : libs/armeabi/gdb.setup
Install : libhello-jni.so => libs/armeabi/libhello-jni.so
/root/android-ndk-r8c/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86/bin/arm-linux-androideabi-strip: error while loading shared libraries: libz.so.1: wrong ELF class: ELFCLASS64
make: *** [/root/android-ndk-r8c/samples/hello-jni/libs/armeabi/libhello-jni.so] Error 127
make: *** Deleting file `/root/android-ndk-r8c/samples/hello-jni/libs/armeabi/libhello-jni.so’
唉,那么就只好开始编译32位的咯,怎么编呢,还是Google吧,程序员福音stackoverflow上又有对应的问题,在这里,通过
export CFLAGS=-m32
指定当前编译目标平台位32位滴,直接在bash下使用该命令只会在当前bash会话期间有效,不会影响到其他bash会话和下次你重新登录bash时的编译环境设置,非常有用,我们只需要在这次编译libz时才需要如此,正中下怀啊。果断重复上面的三步走啊:
./configure
make
make install
这次执行./configure就不会那么顺利了,会出现这样一个错误:
./configure
Checking for gcc…
.
.
.
Looking for a four-byte integer type… Not found.
如果这个时候你选择继续make的话,显然会出错滴,错误如下:
/usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory
通过该命令:
yum install glibc-devel.i386
安装对应的开发环境,重新执行上面的三步,
成功后再重复设置/lib目录的操作:
mv /lib/libz.so.1 /lib/libz.so.1_backup
ln -s /usr/local/lib/libz.so.1 /lib/libz.so.1
然后再尝试执行ndk-build命令,这次就不再提示任何警告和信息了,输出干净多了:
Gdbserver : [arm-linux-androideabi-4.6] libs/armeabi/gdbserver
Gdbsetup : libs/armeabi/gdb.setup
Install : libhello-jni.so => libs/armeabi/libhello-jni.so
回过头来再想想,为什么会出现这些问题呢?
前两个问题是因为Android NDK中的某些命令依赖于系统的一些库,没有直接安装就好了,这个没有过多讨论的余地,后面那个出现版本不一致导致的警告信息,我个人的理解是这样的,因为我们直接使用的都是Android NDK prebuild的命令,而这些命令可能在Google的编译服务器上依赖的是更高版本的库,所以导致在我们的环境中会出现版本不一致的问题。因为NDK中带着源码,我倒是觉得可以通过在自己的机器上编译一个NDK出来,应该就可以解决这个问题,当然前提是NDK的源码中没有引用到更高版本的一些头文件,另外编译源码可能需要我们安装很多的开发环境(就是很多的库和头文件),点到为止,有机会可以一试。

中行ATM机吞卡记

早上坐公车到华堂商场,看着商场还没开门,旁边的肯德基已经营业了,进去吃了顿早餐,吃完之后商场开门营业了,从肯德基开门直接进到商场,找到中行的ATM机,猛然一看ATM机上显示了一个Visual C++ Runtime Library Error的对话框,习惯性的点击屏幕上对话框的确定按钮,未遂。

直接将银行卡插入ATM机,又弹出一个同样的错误对话框,这是我才想起原来这个机器是需要使用物理按键的,连续按了两次确定按键,对话框消失了,整个机器重启了。

重启的过程中,我看到了无比熟悉亲切的Windows XP启动画面,三个启动选项中分别是Windows XP Professional, Windows XP Professional (安全模式), Ghost一键还原。我勒个去啊,直接按确定选择第一个选项进入(如果我的卡不在里面的话,我想我可能会选择其他的选项来看看具体会是什么情况)系统,一顿加载Windows之后,启动了100个Task,然后的启动了SNTP服务和ATMS服务,在这个过程中我看到了无比熟悉的Windows XP蓝天白云的桌面,随后自动启动了ATM常见的服务程序,整个界面就是一个ATM操作的界面了。

启动ATM界面之后,先是提示系统维护无法正常使用,然后过了一会儿系统可以正常服务了。可惜我的卡已经杯具的被吞了,致电中国银行之后,告知三个工作日后可以去指定银行网点取卡,我擦啊。

以后大家碰到类似的情况,一定不要先插卡啊,先让这个该死的Windows重启再说吧。

说到这个Windows的事情,想起来了地铁上的那些移动展示牌是用Windows做的,现在发现银行的ATM机也是用Windows做的,这些授权费用得多高啊?以后可能还能发现很多系统都是基于Windows做的,因为VC++ Runtime Library Error可见到的地方真的不少啊。