Development

今天看到FreeBSD 6.2-RELEASE的packages已经传到i386的R了，不知道什么时候解冻呢？

昨天深夜被李逵同学的电话叫醒，被告知新上线的一个Python应用发生了一个回归问题——一个使用了C模块的程序经常自己退出。

由于这个C模块已经几年没有改过了，加上没有coredump文件，因此调试起来非常困难。另一方面，我们的代码也是一行没改，因此很难确定到底是什么出了问题。李逵坚持认为这个问题是由于Python的编译配置不当引起的。天地良心……编译配置就是之前的配置，不过我还是想办法重编了一套，后来听这家伙说，他没有选pymalloc。

昨天回家想看信，但是因为信箱里面的邮件实在太多，因此使用一个标准的MUA并不现实，于是架了一个RoundCube出来。这个Webmail系统功能不算多，不过该有的几乎都有了……

没想到这么快……不过已经装了桌面的同学们，hia hia hia

今天终于尘埃落定了。

To quote M. Warner Losh (with permission):

So long as there’s old code, you can’t replace the copyright, unlessthe old code that remains is not protectable by copyright any more(eg, if it is just { and } lines). If you add your own implementation of the 50 lines in question, or move them to a separate file, then you can put your own copyright/license statement on the code you wrote.

dengxf同学提到的一个问题，想了一下，想到的一个算法：

令$x$为已知量，$y$为目标量，$k$为迭代轮数，

1. 令 $y=x-1$，$k=0$
2. 对于 $y$ 右移 $2^k$ 位 $> 0$的情形，执行下列操作，直到此条件不符合为止：
   y与前述结果相与；$k$累进$1$。
3. $y$累进$1$。

原理：第(2)步的循环将除最高位的所有0均置位。最后一步(3)修正这一值。

半作弊条性质。

找到trac环境目录。

进入其下的conf，揪出trac.ini
编辑，找到下面的段落替换为类似的内容

[notification]
always_notify_owner = true
smtp_always_cc = !!你的邮件列表名字!!
smtp_password = !!密码!!
smtp_enabled = yes
smtp_replyto = !!回复给谁？通常是管理员或留空!!
smtp_port = 25
always_notify_reporter = yes
smtp_server = !!邮件服务器名字!!
smtp_from = !!邮件以谁的身份发出？通常是trac管理员!!
smtp_user = !!登录邮件服务器的用户名!!

之前zoomq同学说trac-dev版本很好用，不过我总觉得在如此重要的生产系统上玩CURRENT一类的东西是给自己找麻烦，可是trac的发行版本一直都没有出，直到前几天扫描PR，发现宋政隆同学已经提交了一个patch，于是直接升级了。

没听说过trac，专职做开发的同学请自觉面壁一分钟 :P

转载请注明出处： https://blog.delphij.net

注意：本文内容已经过时，不再更新。最新内容请参见我在2023年6月的这一篇。

域名服务与邮件服务一样，是非常重要的互联网基础服务。与几年前动辄每年几十$，到现今最低至1.99$的注册服务，域名注册服务商能够从中获取的利润也越来越少。

为了解决利润的问题，多数域名注册服务提供商(Registrar)会捆绑销售一些其它的产品，例如虚拟主机、企业邮箱，乃至新兴的个人blog等等。透过这些服务，他们能够获取更多的利润，同时，这些服务也满足了一些不愿或不会自己架设域名、主页、邮件服务器的用户的需要。幸运的是，这些用户占全部用户总数中的绝大多数。

这里将要讨论的是愿意花费时间精力，并且有能力自己架设域名解析、主页和邮件等服务的用户的需求。首先，架设域名解析等服务器是需要有一些投入的，另一方面，在这种情况下，往往域名注册服务提供商提供的其它服务，例如虚拟主机等，就不再是必要或完全是多余的了，因此，此时价格、可靠性等就成了最大的决定性因素。