作者：
Northtibet下載源代碼
最近有位讀者來信指出：《在線雜志》第26期中有一篇文章：“再談 CFileDialog 對話框的定制”，其例子程序有一個bug。如果多選時選中的文件過多，那么后面選中的文件將無效，也就是說即使也白選,點擊“確定”后沒有任何操作 。本文將提供解決此問題的辦法，并說明問題的來由。
一般我們都是象下面這樣來設(shè)置具備多選能力的 CFileDialog：
// 首先創(chuàng)建一個 CFIleDialog 類實例，并設(shè)置多選標(biāo)志
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”); 在大多數(shù)情況下，這段代碼都能正常運行，但如果你選中的文件過多，那么后面選中的文件將不會被影響，選中無反應(yīng),點擊“確定”也無操作。這是為什么呢？在上述代碼段的第五行添加如下語句：
TRACE("nMaxFile :%d\n",mFileDlg.m_ofn.nMaxFile); 編譯并運行上述代碼（具體細節(jié)參見本文例子程序），并用 TraceWin 跟蹤 TRACE 輸出，你會發(fā)現(xiàn) nMaxFile 的輸出是 260。如圖所示：
問題就出在這里，nMaxFile 是 OPENFILENAME 結(jié)構(gòu)的成員之一，MSDN 對之是這樣解釋的：
nMaxFile：說明 lpstrFile 緩沖指針的大小，以 TCHARs 為單位。對于 ANSI 版本，它指的是字節(jié)數(shù)。對于 Unicode 版本，它指的是字符數(shù)，該緩沖必須足夠大才能存儲文件的路徑字符串，包括結(jié)尾空字符。如果 該緩存太小以至于無法包含文件信息，那么 GetOpenFileName 和 GetSaveFileName 函數(shù)將返回 FALSE。該緩沖至少要求容納 256 個字符。
現(xiàn)在明白了吧，多選時，由于文件路徑和名稱的長度超過了限制，造成程序出現(xiàn)上述問題。解決辦法是重新設(shè)置 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; // 切記使用完后釋放資源 詳細代碼請參考本文例子代碼。