HUGE_VAL on Solaris 10

Solaris 10 的 HUGE_VAL 定義在 /usr/include/iso/math_c99.h 中：

#define HUGE_VAL __builtin_huge_val

然而這個 __builtin_huge_val 在 Sun CC 是定義為 constant，在 GCC 卻是一個 function pointer。

如果用 GCC （我用 3.4.3）在 Solaris 10 上 compile Python 2.4 時就會遇到問題，簡單的解法就是把 Include/pyport.h 中的

#define Py_HUGE_VAL HUGE_VAL

改為

#define Py_HUGE_VAL HUGE_VAL()

這個問題的根本解決之道，就留待 Sun 跟 GCC team 去協調了。

綠意

午後天空放晴，被窗外詭異的綠嚇了一跳。綠的太深、太真實了。

在 20 樓工作的唯一好處是可以一覽無遺的看到遠處的小山丘跟更遠處的山。原本它們的顏色是一種被洗過褪色的綠，不是青翠的淡綠，而是感覺被數位後製抽掉了一部份的綠。一種慘澹、不起眼的綠。

雨沖掉了髒空氣，還給了它們原本看起來應有的面貌，沒有大太陽打光，忠實的呈現在眼前。深淺、輪廓，都很清晰的真實的綠。

EHLO _Exim4_

一個困擾很久的問題，終於找到解答。答案原來就在 FAQ 中，RTFQ 是很重要的！

Exim4 預設會 reject 掉 hostname 中含有 underscore 的連線（例如 MY_MAILSRV），這樣子的 hostname 其實是不符合規範的，所以 mail server 把來自這種 hostname 的連線擋掉聽起來也頗合理。但是 MS Exchange Server 卻允許自己的 hostname 中有 underscore，其結果就是送出去的信人家不一定收。

看到這裡你一定覺得奇怪，這整件事是 Exchange 的錯（或說是設定 Exchange 的人的錯），關 Exim4 什麼事？我也這麼想，但是當你非得收來自這種狗爛 server 的信的時候，你就會需要下面這行設定：

helo_allow_chars = _

把它加進你的 exim4.conf 裡吧！還有多看 FAQ。

三間網路書店

本來只是單純的買書，沒想到還可以做個有趣的比較，雖然說結果跟大多數人所認為的應該一樣，不過還是寫出來。

星期天晚上手癢想把一些累積了一陣子的書單解決掉，分別上了三間網路書店下單：Amazon、博客來、金石堂。三間大家都耳熟能詳，Amazon 是我用最久的，從 2000 年用到現在；博客來是買中文書的首選；金石堂則是因為價錢比博客來便宜一些，這次是第一次嘗試。

下單時間約在星期天晚上 10 點鐘，下單完後享受了片刻的心滿意足，隨即便是罪惡感襲來。Shopping 的快感跟罪惡感是共生的，想必大家都有過類似經驗。

隔天下午 1 點多，Amazon 就來信了，「Your Amazon.com order has shipped」！！真快啊，美國人不是比我們晚好幾個小時上班嗎？趕快上去國內這兩間查詢訂單狀況。博客來的用詞好些，「出貨中」，嗯，表示隨時都有可能出貨吧。金石堂的狀態是「若有庫存將分配給這訂單」，這就奇怪了，下單的時候我檢查過每本書都是有庫存的，所以這個 if 判斷是 TRUE，可以進入下一個流程了！

現在是星期二早上，國內兩間的訂單狀態還是一樣沒變。如果多砸點運費下去，Amazon 買的書已經在我手上了，博、金的書還在倉庫裡。

試探

晚上把 Penny 的新專輯 好好的、仔細的聽了一遍。已經很久沒有這樣認真對待流行歌了，聽第二遍之後果然是 Penny 的歌，越聽越好聽。

裡面我最推薦是的「試探」，輕輕的民謠吉他帶出清唱似的陳述，隨著音樂的逐漸加強，電吉他的主旋律把感傷心境襯出。Penny 詮釋性極佳的唱腔，適度的編曲，這是首不太商業也不芭樂的好歌。

Empty libstdc++.la in Solaris 10

Solaris 10 內附的 /usr/sfw/lib/libstdc++.la 是個 empty file，搞的 libtool 一直抱怨

libtool: link: `/usr/sfw/lib/libstdc++.la' is not a valid libtool archive

解決方法就是自己把 /usr/sfw/lib/libstdc++.la 與 /usr/sfw/lib/64/libstdc++.la 的內容補上，詳細內容請看 http://forum.sun.com/thread.jspa?messageID=80061