整個 del.icio.us 的畫面都不一樣了,真的很方便;用主流產品的好處就是,蠻多人用它們來作新點子的。
Python:
Python@TW planet
Python.Org.Tw
Python.Org
Other:
Planet Linux of Taiwan
Planet DebianTW
[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 版。
» continue readingPlone Shell 出現了,不過需要 ZEO。
這下有理由搞 ZEO 了。 ZShell 看起來不太有用,而且好舊。
用作安裝後處理的 script 又更完整了一點。我還不會包 .deb ,等學會了以後再把 script 擴充成自動把 .tar.gz 的內容作成 .deb 。
» continue reading蠢死了。
昨天發生一件疑似奇事 (其實已經發生了一年多, 昏):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 竟然就拿進來賣 。
有人作出這種笨玩意就夠讓我驚訝了,沒想到還能走出日本。無話可說。
不過,ITE8212 的驅動程式還沒有進去。