COFF文件分析提取器的實現(xiàn)及其應(yīng)用

其余定義請見參考文獻(xiàn)。
(4)段數(shù)據(jù)：保存各個段的數(shù)據(jù)，在目標(biāo)文件中這些數(shù)據(jù)都以原始數(shù)據(jù)(Raw Data)形式存在，只有需要下載的數(shù)據(jù)段才存在該區(qū)域。

2 COFF文件分析提取器的工作流程
首先讀入目標(biāo)文件，該文件擴(kuò)展名為out，以二進(jìn)制形式讀入。分析．out文件的文件頭以確定有多少個段，然后逐段分析段信息頭，根據(jù)段屬性標(biāo)識以確定是否需要下載，段頭中的絕對地址、段數(shù)據(jù)長度等信息作為升級文件的一部分。與需下載的段數(shù)據(jù)合并成最終的下載文件，為了適應(yīng)自動化升級的需要，下載文件頭部還保留了COFF文件的時戳。值得注意的是因為TMS320C6000 DSP為32位處理器，需要對段落頭中段數(shù)據(jù)長度信息進(jìn)行32位整型對齊，在此采用Ceil對齊――不足的字節(jié)以O(shè)補(bǔ)齊。具體流程如圖2所示。

而COFF文件中的重定位信息、行號入口表、符號表、字符串表等數(shù)據(jù)區(qū)，對于下載文件的制作沒有直接聯(lián)系，可以不做分析。當(dāng)然，如果在PC上制作可視化工具的話，另當(dāng)別論，限于篇幅在此不做討論。

3 COFF文件分析提取器的應(yīng)用
開發(fā)的DSP應(yīng)用系統(tǒng)一般采用HOST―SLAVE模式，即DSP是作為系統(tǒng)的信號處理協(xié)處理單元，HOST保存有所有處理器的下載文件。COFF文件分析提取器在做離線使用時，提取出的下載文件由H0ST負(fù)責(zé)保存、上電加載。HOST的引導(dǎo)程序在上電時讀取已經(jīng)構(gòu)建好的二進(jìn)制文件，根據(jù)段數(shù)目、每段大小以及目標(biāo)數(shù)據(jù)的下載地址等相關(guān)信息即可完成對目標(biāo)代碼的自動下載。COFF文件分析提取器在線使用時，時間戳就作為版本是否更新的依據(jù)，HOST一旦偵測到版本服務(wù)器有新版本的COFF文件并得到用戶升級確認(rèn)后，就可啟動文件提取器。
目前，這種利用COFF文件分析提取器生成DSP下載文件的方式，已經(jīng)在中興通訊多個產(chǎn)品線廣泛應(yīng)用，大大提高了產(chǎn)品的可測試性和易維護(hù)性。

4 結(jié) 語
在此討論的方法基于對COFF文件結(jié)構(gòu)的分析，讀取DSP編譯器生成的．out文件，根據(jù)文件本身攜帶的信息，直接提取生成可供下載的二進(jìn)制文件。最終生成的二進(jìn)制文件中包含有與．out文件相同的信息，在下載時利用這些信息即可完成對DSP芯片的加載。