fatal error LNK1123: 轉換到 COFF 期間失敗: 文件無效或損壞(嵌入清單)

問題在VS2010中也有,已解決編輯器

 

在將一VC6程序轉換至VS2005時,出現了錯誤:fatal error LNK1123: 轉換到 COFF 期間失敗: 文件無效或損壞;研究發現是因爲VS2005生成清單文件的問題。工具


    VS2005在生成可執行文件時使用了一種新的技術,該技術生成的可執行文件會伴隨生成一個清單文件(manifest file)(.manifest後綴文件)(其本質上是XML文檔,你能夠用文本編輯器打開看看),並在連接完成後將該清單文件嵌入到exe文件中(默認狀況下)。ui

    而在FAT32文件系統中,在處理清單文件階段,當增量連接時不能完成清單文件的更新(默認狀況下),因而形成清單文件嵌入失敗,從而使該exe文件運行時沒有相應的清單文件而運行失敗並提示如上錯誤。   
spa

    解決方案不少,列舉以下:開發

    1. 因爲這是在連接動態運行庫出現的問題,因此你能夠選擇代碼生成的鏈接方式爲/MTd而非/MDd,不用這些DLL文件從而避免問題的出現。該方法有一個很顯然的缺點:適用範圍有限,而且也不是我等提倡的解決問題的方式,不推薦。
文檔

    2. 既然跟FAT32系統有關,那麼咱們能夠選擇在NTFS文件系統中開發從而避免該問題,此方法同上,也是採用的迴避問題的方式,不推薦。  
編譯

    3. 該方法仍與FAT32有關:在項目的「屬性|配置屬性|清單工具|常規」中的「使用FAT32解決辦法」選擇「是」(默認爲「否」),從新生成項目便可解決問題。該方法是惟一真正針對問題所在而提出的解決方法,使清單工具能夠正確更新。(此方法是官方解決方法,也比較方便,推薦)   
配置

    4. 既然問題是在更新嵌入的清單文件時發生的,因爲FAT32的緣由而未能更新嵌入的清單文件,因而咱們有以下兩種解決方法:file

    4.1 不啓用增量連接。在項目的「屬性|配置屬性|連接器|常規」中的「啓用增量連接」選擇「否」。此方法阻斷了問題產生的源頭,其每次生成exe文件時都直接嵌入清單文件,而不是默認的根據時戳而決定是否更新清單文件。
文本編輯器

    4.2 不嵌入清單文件。在項目的「屬性|配置屬性|清單工具|輸入和輸出」中的「嵌入清單」選擇「否」,從而在生成exe文件時附隨生成一個清單文件(默認狀況下,其文件名爲exe文件的全名加上「.manifest」),避免了嵌入清單文件可能失敗的問題。在程序運行時,會用到該清單文件。顯然,這種方式使可執行程序產生了更多的外部依賴,不推薦。

   5. 還有一個不能稱爲方法的土辦法:每次Build前手動刪除*.ilk文件(增量連接文件)(固然能夠在項目屬性中寫入刪除命令,使其自動執行),不推薦。


   最後,總結一下:此問題只在特定條件下才會出現:在FAT32文件系統中編譯、默認設置(增量模式、不啓用FAT32解決方案、嵌入清單文件)、非第一次生成可執行文件文件(即在增量鏈接、更新清單文件時)。

解決方案1,3和4.1方便實用,推薦使用。

相關文章
相關標籤/搜索