共用方式為


MapFileAndCheckSumA 函式 (imagehlp.h)

計算指定檔案的總和檢查碼。

語法

DWORD IMAGEAPI MapFileAndCheckSumA(
  [in]  PCSTR  Filename,
  [out] PDWORD HeaderSum,
  [out] PDWORD CheckSum
);

參數

[in] Filename

要計算總和檢查碼的檔名。

[out] HeaderSum

從圖像檔接收原始總和檢查碼的變數指標,如果發生錯誤,則為零。

[out] CheckSum

接收計算總和檢查碼之變數的指標。

傳回值

如果函式成功,傳回值會CHECKSUM_SUCCESS (0) 。

如果函式失敗,則傳回值是下列其中一項。

傳回碼/值 Description
CHECKSUM_MAP_FAILURE
2
無法對應檔案。
CHECKSUM_MAPVIEW_FAILURE
3
無法對應檔案的檢視。
CHECKSUM_OPEN_FAILURE
1
無法開啟檔案。
CHECKSUM_UNICODE_FAILURE
4
無法將檔名轉換成 Unicode。

備註

MapFileAndCheckSum 函式會計算檔案的新總和檢查碼,並在 CheckSum 參數中傳回它。 建立或修改可執行映像的任何應用程式會使用此函式。 核心模式驅動程式和某些系統 DLL 需要總和檢查碼。 如果您使用適當的連結器參數,連結器會在鏈接時間計算原始總和檢查碼。 如需詳細資訊,請參閱鏈接器檔。

建議所有映像都有有效的總和檢查碼。 呼叫端必須負責將新計算總和檢查碼放入對應的映像,並更新檔案的磁碟上映像。

傳遞未指向有效可執行檔影像的 Filename 參數,將會產生無法預測的結果。 建議使用此函式的任何使用者,確定已傳遞有效的可執行映像。

所有 ImageHlp 函式,例如此函式都是單個線程。 因此,從多個線程呼叫此函式可能會導致非預期的行為或記憶體損毀。 若要避免這種情況,您必須將所有並行呼叫從多個線程同步處理到此函式。

注意 此函式的 Unicode 實作會呼叫 ASCII 實作,因此,如果代碼頁不支援路徑中的字元,函式就會失敗。 例如,如果您傳遞非英文 Unicode 檔案路徑,而默認代碼頁是英文,則無法辨識的非英文寬字元會轉換成 “??” 而且無法在函式傳回CHECKSUM_OPEN_FAILURE) (開啟檔案。
 

注意

imagehlp.h 標頭會根據 UNICODE 預處理器常數的定義,將 MapFileAndCheckSum 定義為別名,自動選取此函式的 ANSI 或 Unicode 版本。 混合使用編碼中性別名與非編碼中性的程序代碼,可能會導致編譯或運行時間錯誤不符。 如需詳細資訊,請參閱 函式原型的慣例

規格需求

需求
最低支援的用戶端 Windows XP [僅限傳統型應用程式]
最低支援的伺服器 Windows Server 2003 [僅限傳統型應用程式]
目標平台 Windows
標頭 imagehlp.h
程式庫 Imagehlp.lib
Dll Imagehlp.dll

另請參閱

CheckSumMappedFile

ImageHlp 函式