Development

我回国之前， FreeBSD 安全团队内部正在准备一项重要的安全公告，不过这次不是由于 FreeBSD 的代码本身，而是由于 FreeBSD 项目集群中的一部分受到了入侵。这份公告后来于 11 月 17 日正式 发表。

FreeBSD Vendor Summit 是定期举行的使用 FreeBSD 的公司的交流会，这次是在 Yahoo 总部举办。不过，早上因为没有注意收听广播，结果在 237 上堵了半个小时，到会场的时候已经在演示 VTune 了。

昨天是会前的开发人员峰会，参加的人基本都是 src/ committer。我参加的讨论是 安装、虚拟化和存储。关于安装程序，目前基本的共识是 bsdinstall 需要重做（基本上 bsdinstall 是个 drive-by commit，作者现在态度是管杀不管埋，bug很多），而先前 Devin Teske 所做的 bsdconfig （目前未接入 world 联编，试了一下太 XX 复杂和强大了）和 DruidBSD 有很多东西可以添到安装程序中，而一票 committer 也已经为他撑腰，所以应该问题不会太大。

Alan L. Cox 今天 commit 了 r240000。我记得刚换 svn 的那会才18到19万 revision 的样子。。。

FreeBSD 的 svn 代码库包括了从 1993 年 6 月 12 日到现在的全部 revision。与之前的 “n"cvs 不同（由于诉讼原因，FreeBSD 在 1994 年以 4.4-Lite 为基础重建了新的 cvs 代码库，也就是 2.x 和后来版本的 ncvs；早期代码库仍然可以在一些光盘出版物上找到），这套代码库包括了 FreeBSD 从一开始到现在的全部修订历史（不过，FreeBSD 2.0 之前的 tag 并未保留）。

sh(1) 脚本中，` 和 $() 的作用类似。比如：

rm `find /foo/bar -ctime +3d -type f`

📓 注意

FreeBSD系统中，此处实际可以用 find /foo/bar -ctime +3d -type f -delete 来代替。

表示将 find 的输出结果作为 rm 的命令行输入。

FreeBSD 开始用 10 以上的版本号有一段时间了。这个变动立刻导致了大量 ports 无法编译，多数情况下是因为开发者采用了较早版本的 libtool 导致的，具体来说，是类似下面的代码：

配合 svn 使用 git 时可能会遇到许多问题，例如两个人分别做了 git svn clone，然后希望合并到同一个 git 库中。如何做合并呢？假定两个库分别是 old, new，将这两个库对应的分支和对应的源分支 (svn/*) 通过 .git/config 分别复制到不同的分支名字下面，例如 svn/releng/8.2 和 old-svn/releng/8.2。假定需要合并的分支是 old/my8.2，则做以下操作：

📜 历史文件已不具备现实意义

文章介绍的是旧版 clang 的用法。

静态分析是一种辅助的代码品质提高手段，简而言之静态分析大致是走一个类似编译的过程（或者走完生成副产品），然后给出代码中可能存在的问题。

现时 InfiniBand 硬件已经相当廉价。有些 4x 的 InfiniBand 适配器已经可以在 $100 以内拿到。由于 InfiniBand 可以提供高带宽、低延迟的数据传输，而且点对点对联不需要交换机，因此可以以十分低廉的价格满足近实时同步，或分离存储服务这样的需求。

今年年初的时候， Isilon、我厂 和 Panasys 联合资助了 FreeBSD 上的 InfiniBand 协议栈的实现。这个实现基于 OpenFabrics Alliance 的 OFED，对基于 Mellanox 芯片的多种常见的 InfiniBand 卡都提供了支持。这些代码目前已合并至 FreeBSD 的开发主线，并将随 FreeBSD 9.0-RELEASE 发布。

多年以前在 USENIX HotOS 2003 论文集中看到了 一篇 关于 “Crash only software” 的论文，当时有一些想法，但很多没有认真地实践。最近做的东西用到的这方面的设计方法比较多，总结一下写出来。