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