如何显示DLL中对话框资源

Question

有程序EXE和DLL，其中DLL中有1个函数用来显示对话框，被EXE调用。
当EXE和DLL都为Release或Debug时，没有任何问题，但EXE为Release、
DLL为Debug时，就会出错。该DLL是用VC提供的MFC Extension DLL，
函数的代码如下：
HINSTANCE hInstOld = AfxGetResourceHandle(); // 该句出错
HINSTANCE hInstNew = GetModuleHandle("T01Test.dll");
AfxSetResourceHandle(hInstNew); CHahaDlg dlg;
dlg.DoModal(); AfxSetResourceHandle(hInstOld);

Answer 1

建立一个regular mfc的dll,然后在每个函数的第一句写
AFX_MANAGE_STATE(AfxGetStaticModuleState());
就可以像平常一样使用了.我以前用扩展dll试过,不行,不知道为什么...

Answer 2

http://www.ddvip.net/program/masm/index3/28.htm

Answer 3

长久以来，把界面的信息单独存为一个DLL一直是很多商业软件的作法，比如VC、InstallShield等等，这样做的好处是，如果要做多语言版本，只要写出不同的DLL来，在主程序中使用时调用不同的DLL就行，当然现在还有一种流行的方法是使用INI，读存也非常方便。最近在网上转了转，发现竟没有一篇关于如何读取DLL中资源的文章，虽然Iczelion的Win32ASM教程中第26课"Splash Screen"讲到了读取DLL中的图片，但不知是这种问题太简单了还是其它什么原因，Iczelion没有讲解这段代码的意思，于是乎决定写一篇关于DLL资源读取的文章，望大家不要$%@%@^%@%。
  我们看一下这些函数:
  HBITMAP LoadBitmap(HINSTANCE hInstance,LPCTSTR lpBitmapName)
  HICON LoadIcon(HINSTANCE hInstance,LPCTSTR lpIconName)
  HMENU LoadMenu(HINSTANCE hInstance,LPCTSTR lpMenuName)
  int LoadString(HINSTANCE hInstance,UINT uID,LPTSTR lpBuffer,int BufferMax)  int DialogBoxParam(
    HINSTANCE hInstance,   // handle to application instance
    LPCTSTR lpTemplateName,   // identifies dialog box template
    HWND hWndParent,   // handle to owner window
    DLGPROC lpDialogFunc,   // pointer to dialog box procedure  
    LPARAM dwInitParam    // initialization value
   );  HWND CreateDialogParam(
    HINSTANCE hInstance,   // handle to application instance
    LPCTSTR lpTemplateName,   // identifies dialog box template
    HWND hWndParent,   // handle to owner window
    DLGPROC lpDialogFunc,   // pointer to dialog box procedure  
    LPARAM dwInitParam    // initialization value
   );
  这些都是常用的读取资源的函数，它们都有一个共同点：第一个参数需要的是要读取的包含资源的程序的模块句柄，那么，关键就在这个句柄，因为我们在读取本身程序资源的时候，肯定是提供用GetModuleHandle函数获得的句柄，这个句柄就是当前程序的实例句柄，如果要读取DLL中的资源，很显然的，我们需要提供DLL的句柄，那么这个DLL句柄怎么得到呢？很简单，我们在使用LoadLibrary函数时，返回的值就是读取的DLL的句柄，于是，我们读取DLL中的资源，只需要这样：
  invoke LoadLibrary,DLL_FILENAME
  mov DLL_HANDLE,eax
  invoke LoadBitmap,DLL_HANDLE,BITMAP_ID
  invoke LoadIcon,DLL_HANDLE,ICON_ID
  invoke LoadMenu,DLL_HANDLE,MENU_ID
  invoke LoadString,DLL_HANDLE,STRING_ID，StrBuffer,sizeof StrBuffer
  invoke DialogBoxParam,DLL_HANDLE,DLG_NAME,hParent,DlgProc,lParam
  其它的函数就不多说，着重讲一下DialogBoxParam与CreateDialogParam,因为其它函数不需要回调函数，读取之后句柄可以一直到程序结束才释放。我们讨论的就是DialogBoxParam与CreateDialogParam回调函数的方法。
  我曾上过当，把DialogBoxParam与CreateDialogParam的回调函数写在主程序中，相信有很多的朋友也是写在主程序中，然后直接把回调过程地址传给DialogBoxParam与CreateDialogParam,其实，这是一种错误的方法，正确的方法是，我们必须把回调函数写在对话框资源本身的DLL中，在主程序用DialogBoxParam与CreateDialogParam显示对话框时提供DLL中的回调函数地址，当然，对纯提供资源的DLL，它们不同的只是界面语言文字，这个把回调函数写在主程序中更加好，如果是插件呢？如果主程序使用了很多的DLL呢？对于插件而言，回调函数是必须在DLL中的，主程序使用很多DLL时，把回调函数都写在主程序中，就算能正常运行，但是DLL有变动，就算是一个小修改，也不得不重新更改主程序，所以，我的建议是：除了纯资源DLL，编写DLL时，对话框的回调函数一定要写在DLL本身中。
  可是，如果在主程序中就这样子使用DLL对话框，那么，DLL对话框的回调函数就必须引出，这样主程序才能获得回调函数地址，就像这样：
  invoke GetProcAddress,DLL_HANDLE,DlgProcName
  invoke DialogBoxParam,DLL_HANDLE,DLG_NAME,hWnd,eax,NULL
  ;DlgProcName就是DLL中引出的回调函数
  这段代码看起来非常简洁，也完全能正常工作，可是想一想，如果在程序其它的地方要不停的使用DLL中的对话框，不仅上述工作很烦人，更烦的是，我们必须把所有的回调函数全部引出，其实我们完全可以这样做：
  在DLL中编写一个函数LoadDialog,如下：
  LoadDialog proc hInstance,hWnd,ID
    .if ID==100
      mov eax,offset DlgProc0
    .elseif ID==101
      mov eax,offset DlgProc1
    .elseif ID==102
      mov eax,offset DlgProc2
    .elseif ID==103
      mov eax,offset DlgProc3
    .end if
    invoke DialogBoxParam,hInstance,ID,hWnd,eax,NULL
   ret
  LoadDialog endp
  ;DlgProc0、DlgProc1、DlgProc2、DlgProc3都是DLL中的回调函数
那么，我们在主程序中调用时就只需这样：
  invoke GetProcAddress,DLL_HANDLE,DlgProcName ;DlgProcName="LoadDialog"
  mov LoadDialog,eax
  push ID
  push hWnd
  push DLL_HANDLE
  call [LoadDialog]
  只需在程序开头获取到LoadDialog的地址后，在任何地方调用不同的对话框只需要提供不同的ID即可，就像这样：
  push 101
  push hWnd
  push DLL_HANDLE
  call [LoadDialog]
  这样做，不仅DLL中的回调函数不需要引出，在主程序中使用时也比每次读回调函数地址方便得多

Answer 4

>EXE为Release、DLL为Debug时，就会出错
咳咳，扩展DLL里面Release和Debug模块之间传递了诸如CString之类的对象的话很容易出问题的。还是统一的好。

Answer 5

http://www.vckbase.com/document/viewdoc/?id=543

Answer 6

把MFC的一些类对象（如CString ,CTime)传来传去的经常会出错
偶现在是有点怕怕CString了，很少跨函数使用它