Debug

I have imported the latest OpenBSD netcat (a.k.a. nc(1), a very handy debugging utility) implementation to FreeBSD -CURRENT and the current plan is to MFC the stuff after one month’s settle.

Peter Wemm大长辈实现了在i386和amd64平台上的minidump。刚刚尝试了一下手动panic之后的结果，从512MB锐减到32MB了，而且该有的数据都有，确实不错。

I have submitted another patch for python-ldap. This time it’s error path.

So Python will release the bugfix release, 2.4.3. Now they have released the RC1 as a release candidate, with more than 50 bugfixes!

之前曾经误认为 Python中存在内存泄漏，不过最终证明还是C程序的问题。Py-LDAP2这个模块在某些情况下，会泄漏一个空的List，具体泄漏代码如下：

retval = Py_BuildValue("(OOiO)", result_str, pmsg, res_msgid, pyctrls ? pyctrls : PyList_New(0));

当pyctrls == NULL时，Py_BuildValue()会为PyList_New(0)生成的那个对象再增加一个引用，这样会导致泄漏。这一问题会发生于调用result()而all=0的情形。

I used to think that ldap_unbind() is the opposite of ldap_bind(), however I was wrong. Pierangelo Masarati (ando at openldap) pointed out that it was actually opposite of ldap_init(). So, do NOT expect init() -> bind() -> search() -> unbind() -> bind() would success, it’s simply wrong thing. You do not need to unbind() before you do another bind().

Just make a note.

今天给某个维护OpenLDAP相关port的老大提了几个patch，等他消息了。

另外就是Python自己也会有泄漏，而且居然是gc部分自己出了许多tuple，这年头：（

今天发现了OpenLDAP client库的一个内存泄漏(每次连接会漏掉大约80字节)，并提交了ITS patch(4441)，不过我觉得这里面上锁上的还是有点问题的，至少逻辑不是很清楚。

前几天忙得晕头转向的……

打算抽时间把libc里面的东西仔细看一看。前一阵发现一个诡异的PHP问题，不知道到底是php的bug还是libc的。。。

对GBK的locale做了一些改动，使得其能够提供正确的字符宽度信息了。这样一来，csh就能够正确处理GBK的中文了。昨天还增加了正体(我们叫做繁体)中文对应的locale变化。