作者：
AGanNo2
Email:AGanNo2@163.com
1.VC
的
IDE
在編譯鏈接做了些什么
用慣了VC的IDE下習(xí)慣性的點(diǎn)擊“compile”和“build”的可能不知道在你按下這些按鈕時(shí)IDE在背后到底做了寫什么，對(duì)于熟悉命令行下進(jìn)行編譯鏈接的人對(duì)cl.exe、link.exe、rc.exe這些編譯鏈接的工具不是陌生的，在這里我并不想討論這些工具怎樣進(jìn)行編譯的以及那些名目繁多的選項(xiàng)參數(shù)，而是從“亞微觀”
上揭開(kāi)在你點(diǎn)擊那些按鈕之后，IDE在背后干的事情，肯定有初學(xué)者像我一樣想了解，當(dāng)然那些unix/linux下的程序員以及會(huì)寫makefile來(lái)組織編譯鏈接進(jìn)程的Profession的程序員就不用看下去了。
2.vcspawn
的選項(xiàng)和參數(shù)
vcspawn，突然說(shuō)到這個(gè)可能很多不大熟，其實(shí)在你點(diǎn)擊那些按鈕的時(shí)候，并不是由IDE自己直接去調(diào)用cl.exe、link.exe、rc.exe這些工具的，而是通過(guò)vcspawn.exe這個(gè)工具進(jìn)行中轉(zhuǎn)的，簡(jiǎn)單說(shuō)IDE把參數(shù)傳遞給vcspawn，然后由vcspawn來(lái)建立進(jìn)程去執(zhí)行這些編譯鏈接的命令，然后把編譯鏈接過(guò)程中的信息輸出到IDE的最下面的輸出窗口的，在這里vcspawn的輸出被重定向到那個(gè)窗口了(一般通過(guò)管道)，而由vcspawn新建的進(jìn)程由于繼承了父進(jìn)程的輸出，因此也會(huì)把重定向到IDE的輸出窗口。
下面是個(gè)典型的IDE向vcspawn傳遞的參數(shù)：(M$對(duì)這些參數(shù)好像一點(diǎn)文檔都沒(méi)有，這些是通過(guò)調(diào)式手段截獲的)
VCSPAWN.EXE
-e 1380 -m ~vcecho!Compiling resources...\n
rc.exe /l 0x804 "/foRelease/SSDowner.res" /d "NDEBUG" "D:\Microsoft Visual Studio\MyProjects\test\test.rc"\n
~vcecho!Compiling...\n
cl.exe @C:\DOCUME~1\STILLW~1\LOCALS~1\Temp\RSP5.tmp\n
~vcecho!Linking...\n
link.exe @C:\DOCUME~1\STILLW~1\LOCALS~1\Temp\RSP6.tmp\n
可以看到這里只有兩個(gè)選項(xiàng)
-e
和
-m,
當(dāng)然還會(huì)有其他的，后文再說(shuō)
其中-e 1380中的參數(shù)1380是IDE的進(jìn)程句柄或者管道句柄。-m后面帶的參數(shù)比較長(zhǎng)，也是有規(guī)律的，據(jù)觀察，他們以'\0xa'作為分割符，~vcecho!也是一個(gè)關(guān)鍵字，它表示后面的在\n之前的字符串將被輸出到IDE的輸出窗口里，這樣我們?cè)诰幾g的過(guò)程中也就看到了Compiling resources...、Compiling...、Linking...這些表示編譯進(jìn)程的信息，類似~vcecho!的詞還有~vctime!和~vcsleep!，我想不用多解釋就明白它們是什么意思了。
下面看由'\0xa'分割得到的其它三句：
rc.exe /l 0x804 "/foRelease/SSDowner.res" /d "NDEBUG" "D:\Microsoft Visual Studio\MyProjects\test\test.rc"
cl.exe @C:\DOCUME~1\STILLW~1\LOCALS~1\Temp\RSP5.tmp
link.exe @C:\DOCUME~1\STILLW~1\LOCALS~1\Temp\RSP6.tmp
vcspawn
將把這些做為命令行分別建立新的進(jìn)程。在這里，很明顯只有
rc.exe
給出了比較詳細(xì)的鏈接參數(shù)，也難怪因?yàn)橐话阗Y源文件只有一個(gè)就夠了，而源文件和目標(biāo)文件會(huì)有多個(gè)，于是
cl.exe
和
link.exe
的參數(shù)中只有它們的臨時(shí)文件，這些臨時(shí)文件
RSP5.tmp
和
RSP6.tmp
（名稱隨機(jī)）的內(nèi)容大致如下：
(
在
IDE
清理刪除它們之前拷貝過(guò)來(lái)的
)
：
RSP5.tmp
/nologo /ML /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /Fp"Release/test.pch" /YX /Fo"Release/" /Fd"Release/" /FD /c
"D:\Microsoft Visual Studio\MyProjects\test\main.c"
RSP6.tmp
kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:windows /incremental:no /pdb:"Release/test.pdb" /machine:I386 /out:"Release/test.exe"
".\Release\main.obj"
".\Release\test.res"
分別是編譯器(cl.exe)和鏈接器(linke.exe)的參數(shù)，熟悉命令行編譯鏈接的對(duì)這些應(yīng)該很熟悉。
vcspawn除了-e和-m這連個(gè)參數(shù)外，還有-t -p(一般放在一塊)，甚至在你點(diǎn)擊“execute”(執(zhí)行)的時(shí)候，也并不是由IDE去直接執(zhí)行連接后的可執(zhí)行文件，而還是由vcspawn作為中轉(zhuǎn)，vcspawn啟動(dòng)可執(zhí)行文件的參數(shù)如下:(這個(gè)bill也不告訴俺)
vcspawn.exe -t -p 'D:\Microsoft Visual Studio\MyProjects\test\Release\test.exe"
這個(gè)就可以解釋為什么在
IDE
下點(diǎn)擊
“execute”
去執(zhí)行編譯后的程序后都會(huì)有
"Press any key to continue"
這句，而且在按了一個(gè)鍵后才結(jié)束，這些在我們的程序中并沒(méi)有這些，這些都是位于
vcspawn.exe
中的，這也是初學(xué)者直接點(diǎn)擊一個(gè)自己寫的
console
程序后看到屏幕一閃而過(guò)的原因
(
當(dāng)然并非所有的程序都這樣
)
3.
逆向?qū)懠嫒莸?/span>
vcspawn
在通過(guò)閱讀vcspawn的反匯編代碼了解其大致流程后，就開(kāi)始了俺的逆向重構(gòu)的過(guò)程，用的是C，由于嚴(yán)格按照vcspawn的反匯編代碼的邏輯來(lái)寫的，所以花了我近一天的時(shí)間，力求做到邏輯上的一致(甚至是匯編代碼級(jí)別上的，吹牛啦
)，由于VC6.0的vcspawn的版本是6.00的，因此自己寫的兼容的vcspawn在vc6.0和evc4.2上工作的很好(放在我機(jī)器D:\Microsoft Visual Studio\Common\MSDev98\Bin這個(gè)目錄里，覆蓋原版)，不禁竊喜
，vc2003的看了一下，也無(wú)多大區(qū)別(參數(shù)有點(diǎn)區(qū)別)，已無(wú)興趣再做重復(fù)的事情。
vcspawn大都調(diào)用的都是msvcrt這個(gè)庫(kù)的東西，而且是多線程動(dòng)態(tài)鏈接的(/MD),編譯連接后體積只有7.5k,可謂小巧。
4.
這個(gè)有什么用？
是啊，有什么用呢，在我自己寫的
vcspawn
中我實(shí)現(xiàn)了輸出那些編譯鏈接的細(xì)節(jié)，就差沒(méi)把臨時(shí)文件拷過(guò)來(lái)了
(
這個(gè)不難
)
，其它的可以在其中加入自己要執(zhí)行的命令或者輸出一些更詳細(xì)的信息。不過(guò)說(shuō)過(guò)來(lái)好像還是無(wú)大用處，不過(guò)使我自己獨(dú)自的弄明白了
IDE
到底干了些啥，順便練了下逆向工程
最后抓個(gè)圖留做紀(jì)念
其中紅色的部分是兼容性版本的vcspawn輸出的編譯鏈接中輸出的詳細(xì)信息。
最后附上源代碼及編譯好的可執(zhí)行文件http://m.shnenglu.com/Files/aganno2/vcspawn.zip