最近有位讀者來信指出：《在線雜志》第26期中有一篇文章：“再談 CFileDialog 對話框的定制”，其例子程序有一個bug。如果多選時選中的文件過多，那麼後面選中的文件將無效，也就是說即使也白選,點擊“確定”後沒有任何操作 。本文將提供解決此問題的辦法，並說明問題的來由。
一般我們都是象下面這樣來設置具備多選能力的 CFileDialog：
// 首先創建一個 CFIleDialog 類實例，並設置多選標志
1 CFileDialog mFileDlg(TRUE, NULL,NULL,
2 OFN_ALLOWMULTISELECT,
3 _T("Text Files (*.txt)|*.txt|All Files (*.*)|*.*||"),
4 AfxGetMainWnd());
5 CString pathName;
6 If(mFileDlg.DoModal ()==IDOK)
7 {
8 POSITION mPos=mFileDlg.GetStartPosition();
9 while(mPos!=NULL)
10 {
11 pathName=mFileDlg.GetNextPathName(mPos);
12 TRACE("%s\n",pathName);
13 }
14 }
15 else
16 TRACE(“IDCANCLE\n”);
在大多數情況下，這段代碼都能正常運行，但如果你選中的文件過多，那麼後面選中的文件將不會被影響，選中無反應,點擊“確定”也無操作。這是為什麼呢？在上述代碼段的第五行添加如下語句：
TRACE("nMaxFile :%d\n",mFileDlg.m_ofn.nMaxFile);
編譯並運行上述代碼（具體細節參見本文例子程序），並用 TraceWin 跟蹤 TRACE 輸出，你會發現 nMaxFile 的輸出是 260。如圖所示：
問題就出在這裡，nMaxFile 是 OPENFILENAME 結構的成員之一，MSDN 對之是這樣解釋的：
nMaxFile：說明 lpstrFile 緩沖指針的大小，以 TCHARs 為單位。對於 ANSI 版本，它指的是字節數。對於 Unicode 版本，它指的是字符數，該緩沖必須足夠大才能存儲文件的路徑字符串，包括結尾空字符。如果 該緩存太小以至於無法包含文件信息，那麼 GetOpenFileName 和 GetSaveFileName 函數將返回 FALSE。該緩沖至少要求容納 256 個字符。
現在明白了吧，多選時，由於文件路徑和名稱的長度超過了限制，造成程序出現上述問題。解決辦法是重新設置 nMaxFile 大小。
#define NAMEBUF 1024
...
mFileDlg.m_ofn.lpstrFile=new TCHAR[NAMEBUF]; // 重新定義 lpstrFile 緩沖大小
memset(mFileDlg.m_ofn.lpstrFile,0,NAMEBUF); // 初始化定義的緩沖
mFileDlg.m_ofn.nMaxFile = NAMEBUF; // 重定義 nMaxFile
...
delete [] mFileDlg.m_ofn.lpstrFile; / 切記使用完後釋放資源
詳細代碼請參考本文例子代碼。
本文配套源碼
