今天一早就在多个群中收到这个消息。对于这个结果，并不觉得惊讶。Oracle和SUN合作了二十多年，第一次互联网浪潮中的标准配置就上Sun+Oracle。现在，地球上有两个提供Total Solution的庞然大物：IBM Vs Oracle。HP应该坐不住了，估计下一笔吸引眼球的收购将是HP收购Sybase。

今天在天涯上看到这样的文字：“是呀 其实我最不能接受的事情就是某年放假回家发现江心碚石周围被”疏通”了… 这可是北碚名字的来源, 而且不管龙脉不龙脉, 从地图上看, 确实贯穿北碚的那座山脉是一条龙的形状, 而碚石正好是入江饮水的龙头. ”
　　此石，据北碚地方志记载，为“白鱼石”，并有一个美丽的传说，北碚地名因此而来。时有渔人在龙头处垂钓。初夏，石边就有不少人游泳、歇凉、摸螃蟹等。枯水季节，龙头高出水面数米，而涨水的时候，随着水位上升，石龙逐渐隐于水下；当洪水慢慢退去，石龙又显现其身。
　　没想到，作为北碚地名来源的北鱼石也成为记忆中的往事了。我已不记得是否还有北鱼石的照片，或许只能在脑海中回忆了。”这帮挨千刀的龟儿子，毁了我的北碚城”，卢作孚老先生九泉之下如是说。

这两天突然想到模糊查询与索引，于是便做了一下测试。测试表是一张访问日志记录表（DOL），数据量在80多W，列fsLoginName建有索引，查询场景很简单，并且有意设置，使结果集为空（测试的ASE版本：12.5.4 ESD8 for Windows，数据和索引均已载入cache中，anyway，不管是物理IO，还是逻辑IO，此处均计为一个IO，另表宽度大致是索引宽度的4倍以上）：

1. select fsLoginName from SysLog where fsLoginName like ‘%sss%’
2. select * from SysLog (index index_syslog_fsloginname) where fsLoginName like ‘%sss%’
3. select * from SysLog where fsLoginName like ‘%sss%’

Read the rest of this entry »

其实，北温泉的印象已经快从脑海里消逝了。或许是由于读书时去的次数太多，耗尽了此后的机缘，自中学毕业二十年来，再也没有去过一次。
　　第一次，应该是在小学的时候。那个时候，从歇马（蒋介石在重庆最后的日子里亲往青木关前线视察，一行到歇马双凤桥时，蒋下车远望青木关后，长叹一口气，随即返回重庆，飞往成都）到北温泉一个来回要花上大半天，好不容易一路颠簸到了北温泉，已是午饭时间（自带的鸡蛋），玩耍不了一会，就又坐车回校了。
　　之后，进了十三中，机会便多起来了。大致上一年都要去一两次北温泉、缙云山，有学校组织，有班级组织，也有四五个好友沿江步行，一路嬉戏而去。
　　也是读中学时，才有了一些思考和疑问。比如，初中去时，知道北温泉、缙云寺原是寺庙，但不见和尚，很是奇怪。有一次是西师的实习老师带队，于是大着胆子问了这个问题，才知道在一场运动（高中才知道那是一场怎样的、伟大的、史无前例的运动）中僧人都被赶走了。我记得初中去的时候，碑林和大部份石雕是没有开放的，对于那时的我们来说，江边远比这些寺内的建筑有诱惑力，虽然中学就在江边。高中去时，北温泉里便有了少许僧人。二十年过去了，只是依稀记得水池里鱼群。
　　说起来很惭愧，这之前从来没有真正地了解过北温泉的历史，直至在天涯看到北温泉将被当地政府毁于一旦的贴子。看着那些照片，很多记忆浮现了出来。比如乳花洞以及传说中的直通嘉陵江的地下河（缙云山脉，与其父山脉－华莹山脉是典型的喀期特地貌，有不少溶洞，高中时经常和唐老鸭四处探洞，可惜洞中的乳花石往往都是被当地农民砍下换钱了。说起溶洞，不禁……，总是一个回忆吧）。
　　或许经过这场运动，北温泉就不复存在了。中国的历史可以证明，破除四旧如同秋风扫落叶一般信手拈来。状元府弟早已飞灰烟灭，空余状元碑这个地名，孤单单地立在公交车牌上。
　　于是，在同学群里留了言，希望他们有时间时能多照几张照片，留点残念（说日本人变态吧，这词还真TMD“发明”得好）。
Read the rest of this entry »

Ubuntu 9.04 Beta刚放出来没多久，便从8.10 upgrade上去了。总的感觉：启动速度没有达到所吹嘘的那么快；登录页面还不错，清爽通透。问题很严重：中文乱码。Google一看，大凡快手的都遇到了这个问题，希望23号的正式版能解决，等吧，反正还有Windows可用。
　　另外，ext4可能导致数据丢失的问题也是需要关注的，忘了检查一下Ubuntu在升级过程中有没有自动地将ext3升级到ext4。

Windows XP/2003等安装KB960715后，我们原本的VBA无法正常运行，提示没有WinSock。
　　依稀中记得前几年是研究过Kill Bit的，感觉上这玩意与SFI、UFI没有实质区别，都是人为的一个标志。这M$围绕着ActiveX的安全搞了不少东西出来，结果是都不顶屁用。
　　今天于是再研究了一下Kill Bit这东西，重点看了这篇文章：How to stop an ActiveX control from running in Internet Explorer（惭愧，以前是看过的，当时还想着可以怎么利用一下，嘿嘿），上面写得很清楚，将clsID写入相应的注册项并设置值就OK可能 stop from running in IE，那么，去掉相应的注册项，显然就应该running in IE。测试了一下，果然。
　　其实，M$的Kill Bit就是一个黑牢，看谁不爽了就扔进去。960715也就是往这个黑牢里扔了一些M$认为不安全的东西。
　　需要注意的是，如果在WEB项目中使用了ActiveX，那么每次M$的KillBit更新时就必须要小心检查一下有没有把所需要的ActiveX扔进黑牢里。如果不幸中标的话，可以采用本文的方法快速解决，但更好的方法是用新版本的控件更新。

另参考：http://www.microsoft.com/china/technet/security/advisory/960715.mspx

今天一启动 Pidgin，就报 Segment fault。重装依然如此。试了下 sudo pidgin，可以启动。显然，出问题是的用户配置，于是删除$HOME下面的.purple目录，重启Pidgin成功。

sudo apt-get install automake autoconf libtool
subversion-tools help2man
sudo apt-get install build-essential libicu38
sudo apt-get install libreadline5-dev checkinstall
sudo apt-get install libmozjs-dev
sudo apt-get install libicu-dev
sudo apt-get install erlang
sudo apt-get install curl

wget http://mirror.public-internet.co.uk/ftp/apache/incubator/couchdb/0.8.0-incubating/apache-couchdb-0.8.0-incubating.tar.gz
tar -xzvf apache-couchdb-0.8.0-incubating.tar.gz
cd apache-couchdb-0.8.0-incubating
./configure
make && sudo make install

sudo adduser couchdb
sudo mkdir -p /usr/local/var/lib/couchdb
sudo chown -R couchdb /usr/local/var/lib/couchdb
sudo mkdir -p /usr/local/var/log/couchdb
sudo chown -R couchdb /usr/local/var/log/couchdb
sudo mkdir -p /usr/local/var/run
sudo chown -R couchdb /usr/local/var/run
sudo update-rc.d couchdb defaults
sudo cp /usr/local/etc/init.d/couchdb /etc/init.d/
sudo /etc/init.d/couchdb start

其一、ThunderBird无法收取dreamhost邮箱的邮件，总是提示Login failed；相同的密码登录webmail没有问题，POP3端口也能telnet，但当用USER/PASS进行认证的时候，服务器返回Login failed；难道是Dreamhost的POP3服务出问题了？
其二、自己突然无法登录TWiki了，密码是不会错的。使用密码邮件重置，却一直收不到邮件。迫于无奈，再次研究了一下TWiki（好久没摸过了），直接SSH服务器，修改密码。