tfing 在我這篇《新同事》詢問，為甚麼我遇到的一些情況，是不好的。寫一寫發現太多了，乾脆另開一篇。
在 VC6 裡，做 .lib 時，是不會檢查 dependency 的。也就是說，如果你呼叫了另外一個 .lib 的 function，只有 compiler 會檢查該 function 有否宣告過，linker 不會檢查該 symbol 是否存在。因此，如果 include path 有設，header 也有 #include，就不會顯示任何錯誤。必須要等到用該 .lib 的人，在做 .exe 或 .dll 時，才會產生 missing symbol 的錯誤。[1]
另外，.lib 相當於是把所有 function 都赤裸裸地開放出來，這樣就沒有所謂的「模組介面」，因此很容易就會亂呼叫 function，而沒有注意到，呼叫了不應有相依關係的 component 裡的函式[2]。又由於前述不會有 missing symbol 錯誤的關係，而無法察覺這樣的錯誤，因而導致最終程式的 dependency 關係會一團亂。
亂 call function，除了上面「呼叫了不應有相依關係的 component 裡的函式」的狀況之外，還包含了「喜歡自行在 .c/.cpp 檔前面，重複宣告函式，而不是用 #include 將對應的 header 引入」。 這會造成當所依存的 component 更新，prototype 改變時，會無法於 [...]
承襲上篇《dsw2dot.pl - extract and draw project dependencies》，又手癢寫了 pkginfo2dot.pl，將 freebsd 裡已安裝的 packages，彼此之間的 dependencies 畫出來。這個 script 的 usage 如下：
Usage: pkginfo2dot.pl [ <option> ... ] <dot-file> <pkg-glob> ...
Generate graphviz digraph script <dot-file> according to pkg_info(1) outputfor package <pkg-glob>s.. If path of digraph script <dot-file> is a singledash, will output to standard output.
Options:
-h,--help Show this help message. -n,--name <graph-name> Set [...]
很多時候，build 程式時最後會死在 link error，一堆 symbol 會找不到。最後追查下來，通常會發現是 project dependencies 沒有設好的緣故。由於是「找不到」而不是「用得不對」，因此我們通常得用 grep 之類的工具，從十幾萬行的程式裡，去尋找遺失的 symbol 在哪裡。當一個 dependency 忘記設時，可能遺失的 symbols 會達上百個[1]，要一個一個手動尋找時，就很討厭了。
為了避免這樣的情形，也為了方便確認目前系統各 components 的關聯情形，如同原本預計的理想狀態，我寫了一個簡單的 script，叫 dsw2dot.pl，能夠 parse VC6 的 dsw 檔，然後依據內函的各 project 檔的相依情形，產生 GraphViz 的 dot 檔 script。這樣一來，我就可以用 dot 產生 png/svg/... 等各種圖形了。
這個程式的 usage 如下：
Usage: dsw2dot.pl [ <option> ... ] <dsw-file> [ <dot-file> ]
Generate graphviz digraph script <dot-file> according to project dependenciesthat [...]
目前算是都會碰到 big5/utf8 的時代，我原本有在 ~/.screenrc 底下，使用下面的技術，以便在 big5 的 terminal 裡看 utf8，或在 utf8 的 terminal 裡看 big5：
如果 terminal 使用 big5：
# C-a b --(switch to)--> view big5 data
bind b encoding big5 big5
# C-a u --(switch to)--> view utf8 data
bind u encoding utf8 big5 # convert utf8 to big5
如果 terminal 使用 utf8：
# Same as the encoding command except that [...]
Intel C++ Compiler (ICC) 所編譯出來的執行檔，其速度總令人驚豔，且可以近乎無痛地與 Microsoft Visual C++ (MSVC) 的開發經驗整合，是升級開發工具的好選擇。然而，在 Windows 上，ICC 需要搭配隨 ICC 附上的 libmmd.dll，才能夠執行，再加上 ICC 和 MSVC 是可以隨時切換的，因此，在 build system 的設計上，必須要有些特別的設計，以便處理這種 IDE 不會處理到的事。
我們用的 MSVC 是 VC6，需要偵測目前使用的編譯器，是 MSVC 還是 ICC，如果是 ICC 的話，還要偵測是哪一個版本，然後，依據偵測到的版本，作對應的 post-build 的動作。例如，若是使用 ICC 的話，就將正確版本的 libmmd.dll，複製到目標目錄下。
以下假設 ICC 是安裝在 ICPP_COMPILER 這個目錄下，如 %ProgramFiles%\Intel\Compiler\C++\9.1。
裝了 ICC 後，compiler/linker 會被換成在 %ICPP_COMPILER%\..\..\ISELECT\bin\ 目錄下的 xicl6.exe 跟 xilink6.exe，這只是一個只是一個 front-end，ICC 會依據目前的設定，啟動對應的 compiler/linker 進行編譯或連結。
依據隨附 [...]
發現其實我沒對這個作筆記，剛好和 PipperL 在他的 blog 裡聊到，就順便作個簡單的說明好了。
問題描述
為什麼要用 UTF-8 mode 執行 perl 呢？因為 Perl 的字串預設是 byte string，對於使用 ASCII 的人來說，沒有影響，但對於 CJK 使用者來說，就很麻煩。舉例來說，以下程式使用的 regular expression 會無法正確 match 出「英」字，因為其 big5 碼的第二個 byte 是 '^' 符號，導致 regular expression 錯誤：
SHELL> more -x4 plain.pl#!/usr/bin/perl -w# Source encoded in big5.my $s = '英雄人物';if ($s =~ m/英/o) { print "是我\n";}else { [...]
JRE 有很多版本，也有很多廠商出，因此，FreeBSD 有提供一個 ports 叫做 java/javavmwrapper，是一組 shell script，會自動依據設定，從安裝於系統中的眾多 JRE 中，選擇最新或最適當的 JVM，設定環境變數後，執行 java 程式。java/javavmwrapper 安裝的主 script 叫 javavm，後面以此稱之。
然而，有些用 Java 寫的重量級套件，會附上完整的啟動 script，自動進行相關的設定，如 CLASSPATH 等。而這些啟動 script，其實並不懂怎麼使用 javavm，因此需要人工設定如 JAVA_HOME 等環境變數。也就是說，要用這些 script，我們就沒辦法利用 javavm 聰明的功能，來幫我們管理 JVMs。
還好，UNIX 系統的強項，就是方便的指令組合功能。如果 JAVAVM_DRYRUN 環境變數存在的話，javavm 就不會真的執行 JVM，而是將相關的環境變數印出來。透過這個機制，我們就可以重用 javavm 的聰明管理機制。如下：
env `env JAVAVM_DRYRUN=yes java | xargs echo` bin/startup.sh
在 FreeBSD 裡，裝了 java/javavmwrapper 以後，/usr/local/bin/java 其實會指到 javavm，自動幫我們選擇 JVM，因此上面的指令我們可以直接使用 java 呼叫。利用 env，我們讓 javavm [...]
在《Writing libraries with Generic-Text-Mapping》一文裡，我介紹了怎樣撰寫具備 generic-text-mapping 機制的 library。在該文文末，我提到了目前的缺憾是，沒辦法做出漂亮的 doxygen 文件。最近，我終於摸索出，如何使用 doxygen 做出如 MSDN 那般，能夠漂亮展現 generic-text-mapping 型函式的文件寫法。
籌備已久的 OSDC.tw 2007 開始報名了，今年一樣有人數限制，要搶要快。
OSDC.tw 2007 的議程公佈在這篇《議程公佈》，test driven python、Jifty、pushmi、Yahoo UI! API、Maven 等議題都蠻有趣的，其他的有些看不太懂。XD
看樣子我好像有搶到最前面幾號，可是...
17:17 <@h*> http://register.osdc.tw/ # 開放囉~~17:24 <@h*> wow, 動作真快17:25 * h* 到處去 spam.....17:25 <@jeffhung> h*: 看不出來搶到第幾號。:-p17:26 <@h*> 我們也沒編號.....
沒編號，那搶那麼快幹麼？ orz
從 clsung 那邊看到，WordPress 2.1 “Ella” 出了，想想也蠻久沒升級了，再加上是應該要處理一下 WordPress 2.0.7 解掉的 security hole，所以就來升級我的 blog 版本。
照往例一樣是採 svn update 的方法升級[1]：
先備份資料庫。
然後到主目錄下 svn update，升級到最新 trunk 版。這次我是從 r4497 升級到 r4784，差距蠻大的，
用 svn diff 檢查了一下 local modification 沒有爛掉。
用瀏覽器進管理介面，畫面顯示訊息說要 upgrade database，執行後就一切正常了。
這次的升級，應該是成功的，至少到目前為止，看起來沒什麼異狀發生。整個過程不到 5 min，簡單快速，爽。
見《Wordpress 升級到 1.5.1.3》與《升級到 wordpress 2.0.1》兩篇。 ↩
