家里windows desktop已经太老了，老到我懒得开它
基本只有powerbook了
MAC上的软件往往可选择的余地不多，毕竟ecosystem不如windows多年经营
但是往往找到一个最好的就足矣，windows上的再多，你也不会装10个20个同类软件换着用
在MAC上的sftp/scp client我用fugu，其他的几个cyberduck什么的复制过去总是把permission也帮忙改了，导致其他问题，fugu就不会有这个问题
但是fugu的问题是当覆盖远端目录失败的时候会弹出一个对话框，需要点OK来确认
这也许只是设计哲学的问题，可是对于传多个目录文件的时候就有点不胜其烦
偶然发现其实fugu是开源的软件。
于是下载源代码在Xcode里打开并尝试编译。改了几个小问题编译成功，下一步就是找到显示对话框的代码。Find in project没找到，grep也没找到，于是尝试减少词句，找到一个，似乎就是它了，设断点，在debug方式跑起来。。。结果没停在预期的代码上。
实在是奇怪。静下心来继续看代码，找到相关处理的源文件中处理出错的函数，没有发现相关的字符串啊？？？想不通了，之后在该处下断点，运行之。成功被拦截到了，继续看变量的内容，
果然就是出错的那句话“Couldn’t create directory”，太奇怪了，代码的任何地方都没有这句话，也不在resource文件里，往回看代码，居然是从文件fd里读出来的。继续往回看代码，是SOCKET。也就是说这句话是ssh server那边发回来的，哈哈，怪不得。
剩下的是就比较简单，把这句话用一个条件变量控制一下，让丫不显示。编译，运行，成功。
继续研究，准备在preference里加一个checkbox控制这件事。看developer.apple.com上关于interface builder的文档看到半夜，改了并编译运行了。对不对只能再找时间验证一下。
先git diff xxx看是不是自己改了什么东西
如果改不回来可以用git reset –hard重置来解决这个问题
PALM居然是最低，真没想到。。。
MOTO倒数第二。。。
今天尝试了一下iphone toolchain的安装
先是装了一个编译好的版本, 声称支持ppc
装的时候很顺利,就是要自己下载一个iphone filesystem
结果运行的时候报错, 说是cpu必须是x86
卸载之
按教程下载svn版本
编译安装,结果在./configure的时候失败,看log,发现原来是运行/usr/bin/ld的时候出错
file /usr/bin/ld,原来也是x86的版本,file /usr/bin/gcc发现还是universal binary format
看/usr/bin/ld的时间, 推算起来就是装那个toolchain的时间,看来那个包居然把系统的ld都改成自己的了
想了想似乎只能重装xcode才能恢复原来的文件, mount xcode.dmg
看到xcode里其实有分开的多个pkg文件,不过不知道是哪个包含ld
懒得挨个去试, 于是安装xcode 同时不断运行file /usr/bin/ld,最后发现是DeveloperToolsCLI这个包包含的ld. 完成之后再看ld已然是universal binary格式,对apple这个同时支持x86和ppc的技术很好奇, 有空研究研究, 目前先存疑
再去按教程编译, 在指定SDK的时候发现自己的leopard既有10.4的也有10.5的, 想了想,也许教程写的早了些没眼正过10.5的吧, 于是指定10.5的安装头文件, 前面出了一些错误滚动过去了, 结果在编译gcc的时候头文件又出错, 找不到arm下的OSByteOrder.h. 看来还要用10.4的SDK.
再重复上次动作, 换10.4 的SDK, 再编译gcc, 正常过去了
编译helloworld验证, 改arm-apple-darwin-cc为arm-apple-darwin-gcc, 编译找不到crt1.10.5.so, 发现上边漏了软连接crt1.so一步, 链接之, 再编译, 出undefined symbols错误
_objc_sendMsg, google之, 发现其实就在教程里的comments就有人遇到并解决了这个问题
加-lobjc.
按人家说的修改Makefile编译
上传到iphone上, ssh登录并运行, 没问题, 运行的很好.
下边的问题是我给iphone写个什么程序呢????
春节长假看了一堆人类学书籍，前几本看的很轻松，睡眼蒙胧的就看完了，没想到最薄的《出非洲记》
确是最艰深看的最痛苦的。相信作者已经尽力写的通俗易懂了，不过关于如何用DNA甄别人类迁徙分布进化的一段还是看的很懵懂，想当年我还是高中生物课代表，70分满分的生物能打67分呢。看到书中一个Y染色体谱系分布图很感兴趣。google了一下，找到的是wikipedia上的，被咱们ZF伟大光荣正确的GFW给挡住了，只好带套浏览。顺便把两张图片存下来贴自己的blog里。
人类Y染色体DNA单倍型类群
[编辑首段]维基百科，自由的百科全书
跳转到: 导航, 搜索
人类Y染色体DNA单倍型类群（Human Y-chromosome DNA haplogroups），是利用Y染色体遺傳變異特性進行人類學研究的一門科學，主要用于研究人類的“非洲起源論”及以後的種群分布的遺傳學證據。
目录
[隐藏]
* 1 原理
o 1.1 当前统计数据
o 1.2 说明
* 2 走出非洲实例分析
o 2.1 推测棕色人种C=M130的迁徙路线
* 3 注释
* 4 外部鏈接
[编辑] 原理
人類有23對46条染色体，其中22對44条为常染色体，另外一對為性染色体，XY组合的为男性，XX组合的为女性。Y染色体只能父子相传，所以研究Y染色体，可以发现人群在父系關系上的迁徙和发展。
Y染色体谱系树FamilyTreeDNA的更詳細的谱系树Genome.org的更詳細的谱系树
Y染色体谱系树
FamilyTreeDNA的更詳細的谱系树
Genome.org的更詳細的谱系树
上面的人类Y染色体谱系树是根据Y染色体单倍型类群的不同把全部现代智人分为18个类型，用从A到R的十八个字母作为索引。谱系树中的父节点代表的对应基因突变是所有子节点共有的，但反之不然。
[编辑] 当前统计数据
公元1500年世界人群分布的Y染色体单倍型类群圖
在「Y-chromosome SNP testing at DNA Heritage」這個鏈接里，如果你的瀏覽器支持Flashplayer，則可把鼠標移到Y染色体谱系树的各個索引字母上看各個单倍型類群的獨立分布。
[编辑] 说明
按此谱系树，现今所有人类的Y染色体单倍型类群的根都能在非洲找到。A=M91和B=M60也是非洲居民的特征。而出走到非洲以外的居民后裔，包括棕色人种、蒙古人种（黄色人种）和高加索人种（白色人种），其Y染色体上都带有M168的突变点。
此后在M168突变的基础上，又分别产生了C=M130、DE=YAP和F=M89三个子类型，其中DE=YAP分为D=M174和E=M96两种；DE=YAP又被称为小黑矮人(Pigmy Negroid)基因，和C=M130几乎同时走出非洲。现在DE=YAP主要分布在印度安达曼群岛的安达曼人（达100%）、藏族（58%）、土家族、彝族、瑶族、日本（34.7%）、朝鲜、满族、缅甸人、克钦人。在汉族人中，D=YAP出现的频率小于1%。F=M89则是所有其他人群共有的，现今大概全世界80%以上的人都有这个变异点。
在F=M89的基础上，又产生G=M201、H=M52、I=M170、J=M304和K=M9=K*几个子类型，其中K=M9是最重要的一个子类型，亚欧大陆上除西亚和西伯利亚地区，其绝大部分民族都共有这个变异点，现今中国汉族中，96%的人都是K=M9类型。
在K=M9的基础上，又产生了K1=M177、K2=M70、K3=M147、K4=M230、L=M11、M=M4、NO=M214、P=M45=P*几个子类型，其中NO=M214又分为N=M231和O=M175两个子类，N=M231主要分布在乌拉尔山两侧、北欧北部、东欧北部和北极圈内的爱斯基摩人，而O=M175主要分布在东亚、东南亚、北亚东部、部分太平洋岛屿，现今中国汉族的主要类型就是O=M175。
在P=M45的基础上，又产生了Q=P36和R=M207两个子类，其中R=M207分为R1a=M17和R1b=M173两个子类。Q=P36包括美洲土著印地安人；R1a=M17包括西亚的伊朗、南亚的印度；而整个R=M173类型被认为古雅利安人的基因，分布在欧洲大部和西亚、南亚。
一个很cool的flash
我预料的应验了。第一个就是MOTO。不过这个对MOTO的打击可是够大的。切换到另一个平台不是说换就换的。从打击对手角度来看，NOKIA的这次收购太成功了。
news from linuxdevices.com
–
Motorola responds to Nokia’s Trolltech buy Jan. 30, 2008 Motorola has responded to the news earlier this week that rival Nokia plans to purchase Trolltech, long-time supplier of the graphical development framework used in Motorola’s Linux phones. In a nutshell, the response boils down to, “We were over Qt, anyway.” Christy Wyatt, who heads up Motorola’s software platforms and ecosystems group, told LinuxDevices, “A year ago, we announced that we had founded LiMo [the Linux Mobile Foundation], along with five other companies, to collaborate on mobile Linux [story]. Since then, many other companies have joined. As part of its first specification, LiMo specifies GTK, and we intend to comply.” Wyatt admitted that Motorola has no definitive “cut-over date” yet planned for switching from Qt to GTK. She said, “We did evaluate qt4. What we’re using is an older version. Limo hasn’t published that part of the framework yet, and there’s really been no reason for us to rush ahead of the Foundation in moving to GTK.” Wyatt said that in the near term, Motorola is working to document the places in its MotoDev tools where the Qt API is exposed. She said, “We’re documenting them so developers will know when they’re touching a part of the API that might go away.” Asked about Motorola’s dependence on Trolltech for development tools, or for other parts of Motorola’s Linux phone stack, such as webkit integration, Wyatt said there was no reason for concern. “MotoDev Studio is in no way, shape, or form built around Qt tools,” she said, adding, “We did actually buy out a part of our license earlier. And our web UI framework, that’s a Motorola implementation. We’ve had it working for a long time.” Wyatt concluded, “In the mobile Linux space, Motorola believes in open standards and open source. We encourage Nokia and others to participate in the open development model [exemplified by] LiMo.” Asked specifically if she thought Motorola’s five-year long embrace of Linux had hurt or helped it, Wyatt laughed and replied, “It’s hard to draw a direct connection between one program and a company the size of Motorola. Adopting Linux lets us participate in a thriving open source ecosystem. Linux is a long-term bet for any company. The investiment — our investment — is toward leveraging ecosystem, working with partners in the supply ecosystem. We’re very happy with our Linux products.”
半夜失眠，起床上网，没想到看到的是这样的消息。
虽说被收购不能说就丧失了独立性–Trolltech的公开信也说了会继续以GPL开放QT的源代码–，但至少业界的nokia的对手们是不是还会继续使用qt作为framework都会考虑再三了。现在是互相进入对方市场的混战时代，即便是google也不会变相给nokia送钱的。
说不定这反倒是gtk的一个机会。
