FreeBSD

昨天感觉身体不适，于是请假在家，到傍晚的时候才醒过来。

然后发现手机上有一条短信说，FreeBSDChina.org倒了。后来问了一下，说是有人DoS。

我们将在大约月底的时候开始代码冻结，并准备两个新的RELEASE。我们的主要精力将集中于FreeBSD 6.1，而FreeBSD 5.5则集中于修正严重问题。近期发现的一系列功能和性能上的改进，将合并到这两个分支上。

今天一条内部消息(很快会正式公布)说我们得到了一个强悍的代码静态分析工具的授权。希望这能够为我们的开发带来新的想法，登录上去看了看，感觉很有挑战，许多似是而非的问题，到底是不是真的问题，其实都需要我们去手工地阅读代码和重新验证。

Jason Evans同学返回FreeBSD的第一件事就是把malloc(3)的实现换掉了。这个完全重写的malloc(3)实现带来了以下功能：

• 防止CPU之间发生冲突的分配场(arenas)概念。
• 类似slab allocator的分配机制。
• 释放-分配时的对象cache机制。

仅manpage和malloc.c的patchset就超过150K，值得一读。

没啥技术含量，做个笔记而已。

相关日志如下：

Jan 11 22:19:02 tarsier postfix/postfix-script: stopping the Postfix mail system
Jan 11 22:19:02 tarsier postfix/master[92875]: terminating on signal 15
Jan 11 22:19:02 tarsier postfix/postfix-script: starting the Postfix mail system
Jan 11 22:19:02 tarsier postfix/master[70250]: daemon started – version 2.2.8, configuration /usr/local/etc/postfix

学习一种语言最快的方法就是逼自己干什么事情的时候都用它——有一个利用了Python来实现的shell——iPython，可以用来代替默认的shell。

dds同学绘制了这张图。当然，如果你不知道他的话，也许你听说过他的Code Reading。或者将要出版的新书Code Quality。

受影响的版本：FreeBSD 6.0-RELEASE, FreeBSD 5.4-STABLE, FreeBSD 6.0-STABLE, FreeBSD 7.0-CURRENT
问题描述：已经确认，在内核中存在一处程序设计缺陷，这一缺陷会导致内核中的某个不确定位置的内存被返回给用户态应用程序。

在内核里面，程序的结构大概是这样：

函数开始……
struct bar foo;

某些处理(没动foo)，然后……
strlcpy(foo.field, k->field, sizeof(k->field));

其他对foo其他字段的赋值处理……

最后
error = copyout(&foo, someaddress, sizeof(foo));

现在问题来了，上面这些东西的问题是什么？应该如何解决？

一张官方 (FreeBSD Mall) 版本的FreeBSD/i386 6.0-RELEASE DVD。今天(12.27)邮寄到家里了。