富邦證錯帳案 在 slashdot 上的貼文 。

所以這應該要被歸類在 怪事 。

世界初! 腕の「義体化」に成功

哇... 值得記下來。

不過 USD6M 真是貴呀。難怪全身義體化的不是士兵就是特務 :p

超級書籤管理員DEL.ICIO.US DIREC.TOR

整個 del.icio.us 的畫面都不一樣了，真的很方便；用主流產品的好處就是，蠻多人用它們來作新點子的。

[Zope-Annce] ANNOUNCE: Zope Foundation

Zope Corporation 正在準備 Zope Foundation 的建立，並會將 Zope 商標授權給 Foundation，用以管理目前的 Zope 2, Zope 3, Zope CMF 及相關的產品。

Zope Foundation 預計於 2005 年 10 月底開始運作。

王建硕: 赐名给我，我就火了

亞伯蘭被改名叫亞伯拉罕以後，便作了多國的父；抓住的雅各被改名叫以色列以後，回到父家，建立了一個民族；甜的拿俄米如果真的叫了瑪拉，或許就不會成為大衛的先祖了。

取名要謹慎，因為名字的力量是大的。

雖然 Intel Compiler for Linux 的 install.sh 本來就可以把 binary 安裝到 Debian 裡，不過會使用到 rpm 資料庫；我不喜歡。

因此，我擴充之前作的字串取代 python script，強化成 installer，已測試過 Intel C++ Compiler 與 Intel Fortran Compiler 8.1 與 9.0 版。

Plone Shell 出現了，不過需要 ZEO。

這下有理由搞 ZEO 了。 ZShell 看起來不太有用，而且好舊。

用作安裝後處理的 script 又更完整了一點。我還不會包 .deb ，等學會了以後再把 script 擴充成自動把 .tar.gz 的內容作成 .deb 。

蠢死了。

昨天發生一件疑似奇事 (其實已經發生了一年多， 昏)：Intel Fortran Compiler (ifort) 8.1 編好的程式在 FC3 上可以跑，但在 sarge 裡會 segmentation fault。

本來以為是編譯器的問題，所以在兩邊編譯，參數相同，拿到兩邊去執行；結果 sarge 還是 seg fault，FC3 還是能跑。

glibc 的問題？FC3 用 2.3.3，sarge 用 2.3.2。Intel Release Note 裡面也說要用 2.3.2，看起來不像。

弄了一個多小時沒有結果。感謝 AndrewLee 提示我一個好用的工具 strace ，可以在執行期監視程式作的系統呼叫；可惜沒有幫助，我本來就知道出錯的程式位置了。

結果同事昨天回家狠拜了 google 大神之後，發現原來是 stack 太小。

真是欠學 。

sarge 預設 ulimit -s 8192 ，FC3 預設 ulimit -s 10240 ，就這樣。

為什麼說已經發生了一年多呢？因為自從 ifort 8.0 之後就有這個問題，我們一直以為是程式寫不好，也沒有拿到其它平台上測；ifort 編出來的程式又只抱怨 segmentation fault，不像 Compaq Visual Fortran 會叫 stack overflow/underflow。

很好，很好，ifort 9 今天也測了一下，都沒有問題了。

台灣和日本的同步率真是讓我嚇一跳。我記得沒多久之前才在 アキバBlog 上看到 這個亂七八糟的東西 ，結果才隔了一個月， PCHOME 竟然就拿進來賣 。

有人作出這種笨玩意就夠讓我驚訝了，沒想到還能走出日本。無話可說。