從我接觸的UNIX文化中我知道，要學會更好地去使用工具去組合工具來完成日常的工作。項目使用alienbrain作為源代碼管理工具。每次在VC里有些代碼文件里總會寫些并不想簽入到代碼服務器上的代碼，例如我經常#include "vld.h"來檢測內存泄漏。但是真的等到簽入代碼時，又經常忘記刪除這些代碼。
于是我想，如果每次在我簽入代碼前，VC或者alienbrain或者其他工具能根據我的設置檢查我的代碼中是否存在這種不想簽入的代碼，然后提示我。問了一下向來很熟悉工具的FOX（很抱歉，我甚至不會使用WORD，我真不敢相信我的坦率:D），結果他也不知道。今天閑來無事翻了下alienbrain附帶的文檔，發現EventsScript。
alienbrain里的EventScript總的來說是一種讓用戶定制更多功能的機制。它定義諸如簽入簽出獲取版本等動作為event，然后用戶可以使用alienbrain支持的VBScript和JavaScript腳本來處理這些事件。例如，當你簽出一個文件時，ab(alienbrain)會調用你的腳本，讓你來處理這一事件）。當腳本返回時，ab繼續處理剛才的操作（如果你實在想中止這一動作也可以）。
這正是我需要的一種機制。迅速地看完了EventScript這一節的文檔。再想想我的需求，大體思路就是：給check in掛個腳本，讓該腳本調用一個外部程序，處理將要check in的文件，分析這個文件。我可以規定在我的代碼中凡是不想簽入的代碼都可以附加一個tag，例如：#include "vld.h" //DUMMY，分析該代碼文件時，發現代碼中有//DUMMY字符串，就提示我說該代碼文件有不想被簽入的代碼，位于某某行。
看來我似乎需要一個grep工具，萬惡的是windows只有find。不過find基本可以滿足我的需求，但是find的輸出結果看起來并不是那么友好，并不是可以被另一個程序處理的格式。（linux下通過建立標準的輸入輸出格式，從而可以輕松地讓多個程序協作起來更好地完成很多事）無論如何，我需要使用ab提供給我的接口來試驗下我的想法。
然后噩夢開始了。先是發現NxNLauncher（ab提供的一個接口，大致是這樣拼寫的，現在機器上沒ab）的Exec接口是異步執行進程，從而StdOut屬性及ExitCode總是得不到正確的值。后來一不小心在ab的wiki上看到，說Exec有個隱藏參數，用來標識是同步執行進程還是異步執行，顯然，這個隱藏參數undocumented。- -!
再然后是每次執行find后，find程序倒是被執行起來了，結果卻崩潰了。萬惡的是我執行其他程序卻很正常。google了一下居然發現沒人遇到這個問題。最近我的windows總是崩潰各種程序，visual stdio, word, find。但是，我并不打算自己寫個find，即使是簡化版的。于是我決定寫個findwrapper，讓ab來調用我自己寫的程序，然后我這個程序調用find。然后為了搞定兩個程序的通信，又想起了管道pipe。當然，這里的通信很簡單，我只需要讓find的輸出重定向到我的findwrapper，然后我的findwrapper又會被重定向到ab，然后我的ab腳本就可以捕獲這些輸出，然后再分析這些輸出就可以了。- -！
其實，最簡單的解決方法，就是我自己寫個撇腳的程序，自己去分析要簽入的文件是否含有//DYMMY字符串。但是很顯然，我更喜歡證明我最初的想法是否正確。
然后，在我的findwrapper里，再一次讓find崩潰。經過幾次試驗，顯然問題出在共享管道上。find和ping的不同在于，find可以從標準輸入里獲取輸入，而ping只需要一個標準輸出（也許還有stderr）。在CreateProcess里傳入的startup info結構體里，需要提供標準輸入、標準輸出、及錯誤輸出三個handle。顯然，問題出在標準輸入上，我提供了錯誤的值。按照一般的接口設計，我以為我如果不提供輸入句柄，find就會忽略。但是find顯然沒那么聰明，或者說，find更喜歡直接*ptr = 10而不是if( ptr != 0 ) *ptr = 10。無論如何，當我把輸入句柄填為輸出句柄后，findwrapper可以捕獲find的輸出了，當然，find也不崩潰了。
我總覺得折騰windows api有點噩夢的感覺。我記得幾年前剛學windows編程的時候很多函數總要試驗很多次才能得到正確的結果，基本上我要嘗試各個參數的諸多組合。這還不包括上下文的影響，你要RegisterClass出了問題，CreateWindow楞是不會給你一點點有意義的error code，OMG。