有个核心算法库，没有依赖任何开源的东西，做成.so
外围，尤其是ui相关，用到了大量gpl代码，但是自己修改到的，也全部开源了，因为只要不涉及到核心算法的，也不是太在意啦
如果一般直接把.so带进去发布肯定是有问题的吧？

我想的是，我实现一个和这个.so一模一样接口的另一个dummy library，实际上用这个so就完全不能达到预期目的，但也不会运行出错，只是意义不大而已。这样整体开源发布就没有破坏gpl
然后，提供个小程序让用户下载实际可用的so文件替换掉那个假的so文件。
这样会有什么问题么？大家有什么想法？

看联通号一直闲置浪费，也开始用了，换到了主力手机上。发现n900不支持动感地带的号码（或者只是不支持134这些新号段的），只好又用起了680。
装了下qt 4.7 的技术预览版，还有新的qt creator。我以前基本上没有接触过qt，也算试试看啦。qt安装需要自己编译，真是漫长。。
qt的几个demo都不错，尤其mobile-demo，我觉得效果很好，在mac上看起来效果也不错。

昨天才发现，n900上的qt程序里不支持用mscim输入。看了下changelog，mscim上次更新都是一个多月前了。这两天有点点小改动，主要是原来版本卸载后系统输入法好像还是不能用，修正了一下。还有几个码表名字改得好看了一点儿。我有想是不是把scim-qtimm的qt支持模块也移植上来，可是看起来可能也不是很容易的活。倒是him-scim这个项目人家做得好像也还可以，不知道是不是也把mscim换用him的前端呢。可是明明him前端也是gtk immodule而已，为什么它就支持在qt中的输入？我是有担心接下来换meego上，这些工作都白费啦。

最近半年多在跟的小说只有《凡人修仙传》了，之前跟的两本都完结了。

好像也没什么了？。。。 我决定每周至少更新一篇blog，不然每周都是自动twitter合集的文了。。。

升级到最新的飞信官方版，3.5.2540，然后把抓包工具升级了一下。嗯，这里推荐一下这个叫科来网络分析系统的软件，是个国产工具，个人抓包用它的免费技术交流版就可以了。我感觉很好用，哈，可能只是因为全中文界面？

我看了fetion for pidgin的代码，里面模拟的版本号是3.3.0370的，看起来也不算很远前的。不过几处都是写死进字符串的，我把版本号提出来作为一个常量定义，这样以后会好改些。登录步骤发送的数据几乎和官方版是一模一样的，只有一个参数不同，<device type=”pc” version=”0″ ….> 官方版中version是一串猜不出来意思的长数字串，不过看起来这里发送0也没有什么出错情况，我也没有去改动了。测试发现官方版如果连续多次密码输入错误，会弹出对话框显示一个图片验证码，这版插件里完全没有相关处理的代码。这两天有人在adium fetion插件页面留言说一直说密码错误，我怀疑就是出错若干次后，之后输对的也不能通过了。

当前的登录服务器还是221.176.31.1。登录后的步骤中有个sub订阅请求，带的内容n: compactlist，这个在飞信插件中也没有见到有发送该请求，我没有查到这个请求是为了更新什么信息。登录后还有一个s服务请求，n: getscore，这个很明显是请求飞信积分的，其实这玩意儿我也是今天登录才知道飞信也加了这种东西，不过相信一般用户没这个需求。还有个n: getofflinemessages在飞信插件中也没有实现，但这个命令很早前就有了，我怀疑是这个请求一直就收不到消息，所以不如不加？按说离线消息都发手机上了，哪还请求得到。

最主要区别大的是，现在的对话开始有专门的服务器了，这个和msn一样了，学谁不好，学这么麻烦的。发起方在打开一个非离线联系人，准备开始对话时，就有了以下请求
s fetion.com.cn sip-c/2.0
f: sid值
i: 递增值
q: 1 s
n: startchat
服务器返回
sip-c/2.0 200 ok
i: 如前值
q: 1 s
a: cs address=”221.176.31.120:8080;221.176.31.120:443″,credential=”856933642.870995472″”
这样就可以去连221.176.31.120:8080或者443（我猜连后者就可以加密会话，不如目前没这个设置而已）来进行对话。连接上后进行注册
r fetion.com.cn sip-c/2.0
f: sid
i: 1
q: 0 r
a: ticks auth=”856933642.870995472″
k: text/html-fragment
k: multiparty
k: nudge
k: share-background
k: fetion-show
这里就不用密码了，前面有发一个ticks来做验证，不过话说，这些信息都明文在网上传，完全可以捕获后来伪造成该发起人进行对话啊。从k域支持的内容来看，也比以前多了share-background和fetion-show，看来msn和qq都被抄了。
登录成功后，可以邀请好友上来进行会话：
s fetion.com.cn sip-c/2.0
f: sid
i: 2
q: 0 s
n: invitebuddy
l: 85

<args><contacts><contact uri=”sip:xxxxxxxx@fetion.com.cn;p=xxx” /></contacts></args>
不过我没有用两个官方版飞信来联测，一端用的是adium fetion。所以肯定丢了这个invitebuddy请求，而发起方发送的消息，还是由登录服务器正常发送过来了。应该是没有得到invitebuddy成功的答复包，所以还能走原来的路径。我就不能确定这种方式是不是一直能用了。现有的飞信插件显然没有考虑过要连这么多服务器的情况，我还没有测试如果同时打开几个会话，是不是会连不同的chat server，或者就算是同一个chat server，怎么来做不同组。这个chat server的引入看起来应该是为了实现负载均衡，但是这种方式开发实在太麻烦了，我还是更喜欢qq的方式，登录时就给你找个压力小的，连上后就不用这么搞来搞去了。

所以，最后情况就是，关于对话部分，我什么都没能改。我也重现了有用户反映的会发生明明消息发出，但提示超时的问题，这个我需要想想怎么处理，要么干脆把提示去了好了。今晚主要修正的是这插件原来在登录时一直是用在线方式登录，不符合pidgin和adium的用上次登出时状态来登录的习惯。另外还有，原来fetion for pidgin插件里的隐身状态值是899，这个值是错的，所以隐身会没有用。我从最新官方版上抓包的内容来看，隐身的状态号应该是0，其它的状态号倒都没有问题。

有谁也研究的，可以讨论讨论。。我把这个fetion for pidgin也升级后，以后可以用在n900上，给上面的pidgin加上飞信功能。

末了，就是说下我这个很简单的jni折腾了我两天的一个问题。如前所说，我是用android源码来编译的，自己在packages/app/下建了pinyinjni工程，下面有个jni目录，每次直接用mmm packages/app/pinyinjni/jni来编译。jni目录下的android.mk中指定的名字是这样的local_module := libpinyin 每次编译都很顺利，生成了libpinyin.so。但是我在java文件里，system.loadlibrary(“libpinyin”)总是失败。感谢paranoia@newsmth帮我解决了这个问题，告诉我在loadlibrary时用”pinyin”。但是，这个事情实在太奇怪了，那文件名是libpinyin.so啊，而且我在这里用/data/data/…/libpinyin.so这种完整路径也会失败，我以前虽然没写过jni，但调用过，用完整路径指定jni so文件应该不会有问题的。或者，从另一个角度想，如果我local_module的名字不是用lib开头的，那它调用时应该用什么名字？这个”lib”前缀又是哪步删除的？我没有多做测试了，但是猜想ndk中应该是没有这种诡异的问题的。

objects数分别是135246, 95115, 108101。这还ok啦，毕竟svn 历史比较多。然后7pm前开始作svn源取下来后的一些操作，git gc, unpack一类的，到现在还有两个才压缩一半，最快的一个开始writing objects。不知道一个通宵搞不搞得完这些操作。

finally, i found it out. there are 2 pictures under frameworks/base/core/res/assets/images:
android-logo-mask.png
android-logo-shine.png

the 1st one is the background. then, you can edit it with picture editor, like add your own name on it.
well, after edited it, you need to build framework-res out, with command “make framework-res”. then, you will get a new framework-res.apk. but usually, you can not use this file to replace the one in the rom/firmware for real devices, like g1, g2. since, some resources are not under the same version.
what i do is pull out the original framework-res.apk from the rom. unzip both this framework-res.apk and the one i made by myself. replace the 2 pictures under assests/images with the one i made before. notice, you can not replace the files with the png files you edited, but not compiled.
then zip out framework-res.apk again, and sign with signapk tool. now you can use the new framework-res.apk to replace the original one.

还没测试过cupcake的表现怎么样。听说g1 cpu很弱，看来果然是真的。
2000条短信的测试只做了一轮，实在太花时间了，和前面比都不是等比例的增长了。但是即使是测过多次，数值较稳定的1000条短信的情况，也要删三分多钟。还是怀念用palm的时光

值得欣慰的是1000条短信的对话，用短信程序打开，载入不到3秒，这点还是很好的。

入门介绍的文章还是比较多的，比如 http://www.robinlu.com/blog/archives/194
在第一步git svn clone时确实比较花时间。看输出的log，似乎是首先取svn上最早的一个版本下来，然后不停的取下一个新版本的更新的部分。所以时间确实比较久，导出我们公司svn的trunk用了两个钟头才完。不过导出后，所有的svn log在本地都有记录了。目录并没有大多少。网上文章一般说在导出后需要做一次git gc。但是我目前用的这个版本git version 1.6.2.1，似乎已经会在git svn clone完后自动做一次git gc了。

刚刚开始使用，才第一次用它提交了个代码。再有心得时再补充吧

周末花了一天半写的。以前虽然看过点cocoa入门的文章，但从来没有试过，没有一个想做的东西，就不是很有热情投入去学习。因为我很早就研究过飞信的协议，曾经还做过一个java版的，所以本来想自己实现协议部分的。但完成了登录部分后，就发觉实在太麻烦了，一门不熟悉的语言，要处理字符串和线程一类的很让人头疼。于是就用了libfetion的库啦。这库用起来还是挺方便的，可惜出来都快一整年了，功能还是很少，比如没有读好友头像，传文件一类的。

打算接下来写篇关于adium插件开发的文章。嗯

private static Drawable sBackground;
 
@Override
protected void onCreate(Bundle state) {
  super.onCreate(state);
 
  TextView label = new TextView(this);
  label.setText("Leaks are bad");
 
  if (sBackground == null) {
    sBackground = getDrawable(R.drawable.large_bitmap);
  }
  label.setBackgroundDrawable(sBackground);
 
  setContentView(label);
}

这段代码看得出会内存泄露么？按文中解释说，因为setbackgrounddrawable时，会在drawable中把label这个textview设为callback，就是说drawable中对label有引用，而label中对当前activity的context也有引用。所以当转屏时，系统自动重新建立ui时，原有的整个activity都不能被回收。

作为一个普通的java程序员，真的能想到这个么？文档里也没有提示过，没看到这篇文章，又没自己去看drawable的源代码的开发者，怎么能猜到这个。至少在我第一印象中，我是觉得drawable对象只是类似于image的一类对象。系统竟然在我不注意的时候自动设置了callback。唉，我得检查检查自己的代码中有没有这样的问题了。我不知道除了这个drawable外，还有没有其它类似的东西，真是防不胜防啊

03-15增： 不过我想了下，好像也有点不对啊
当第二次重设label.setbackgrounddrawable(sbackground);时，应该是把sbackground的
callback改回成当前的label啦。那这时gc不就应该能工作么