Open-end fund calculator

前天试图给我从前写的“中国开放式基金投资跟踪工具”增加一点功能,即提取数据源的时间信息,并在输出结果上显示出来。因为修改幅度较大,在出现错误之后险些无法回退到正确的程序,当下惊出一身冷汗。程序员做了这么久,还是没有养成良好的习惯,以为只是一个小小的Perl脚本,随便改改测测就可以了,既没有用版本控制工具管理,也没写测试。虽然在网站上有1.1版本的备份,但其后的一些小改动并没有及时备份,如果这次真的搞砸了,这些工作就要重做了。

于是想到Google Code Hosting,它用subversion做版本控制,还提供一定的缺陷管理能力,本来就想着有机会试用一下,可惜发现帮助上说只有拥有GMail帐号的人才能发评论、提交缺陷,稍微有点不爽。于是就用Dreamhost本身提供的subversion,文档记录工作还是用wiki算了。有了版本控制,心里就踏实多了,过两天再写个正规点的测试,makefile什么的也加上,才算对得起咱程序员的身份。:-)

当然,别指望有多少人会去用一个Perl脚本,尤其是还要额外安装好几个module。即使是当初在英特尔的时候,别看用Perl写程序的人不少,能够玩转CPAN的人却没见过,都是依靠Perl语言的基本功能以及Core module在做事(也有手工下载tar包自己编译的)。所以我想,等到这个Perl脚本的功能完善得差不多的时候,再写一个Web 2.0的壳包装一下,万一以后转向互联网行业,在简历上也能写上一笔。

前一段股市长红,咱改起程序来也有了劲头;这两天股市喘口气,咱就做点基础性的工作。

avoid core dump when building emacs 22 on cygwin

一度成功地在cygwin上编译了emacs的cvs版,可是后来出了问题,症状有两个:

  1. make bootstrap时编译byte-opt.el出现core dump;
  2. 在使用一段时间后emacs无法响应,而CPU利用率达到100%;在终端里使用emacs则没有这个问题。

不久前cvs上的emacs版本从22.0.50升级到22.0.90,似乎离Emacs 22正式发布的日子不远了,所以在所有需要使用emacs的机器上都编译了一个最新版的,在Linux上,第一次尝试了–with-gtk这个configure的选项,发现启动时流畅很多,也快了些。而在cygwin上这样编译出的emacs根本不能用(居然还可以完全通过编译?),所以仍然使用了缺省的configure选项。

避免编译byte-opt.el出现core dump的方法是把LANG环境变量设置为en_US,在我的机器上缺省为zh_CN。建议把LANG的缺省值直接设置为en_US,这样在使用一些对中文支持不太好的程序时不会出现乱码。

问题1就这样解决了,不知道是不是误打误撞,以前在使用IPC::Run的时候也遇到过LANG环境变量导致失败的情况。这次虽然用同样的方式解决了问题,但仍然不知其所以然。

问题2到目前为止还没有再次出现过,难怪有些人在论坛里提问却总是得不到解决——不能重现的问题没人能够解决,除了倒霉者自己。