在从VC6,VS2003和VS2005混合进行大规模代码更新期间,我遇到的问题是VS2010的行为与VS2003不同。应用程序将扫描DLL的目录并尝试逐个加载它们。这是在这里完成的:
CConfigPlugin::CConfigPlugin(LPCTSTR szPluginName)
{
ASSERT(szPluginName);
ASSERT(AfxIsValidString(szPluginName));
m_csFullpath = szPluginName;
m_hModule = LoadLibrary(m_csFullpath);
m_pInterface = (IConfigDllInterface *) NULL;
pInterface pPtr = pInterface(NULL);
if (m_hModule != NULL)
{
// If we loaded the DLL get the interface pointer
pPtr = pInterface(GetProcAddress(m_hModule, "GetInterface"));
}
if (pPtr != NULL)
{
pPtr(&m_pInterface);
}
else
{
::FreeLibrary(m_hModule);
m_hModule = HMODULE(NULL);
}
}
所有DLL都显示为已加载: ... ' GenConfig.exe':已加载' C:\ src \ Debug \ config \ GenLogonConfig.dll',已加载符号。 ' GenConfig.exe':已加载' C:\ src \ Debug \ config \ GenReportConfig.dll',已加载符号。 ' GenConfig.exe':已加载' C:\ src \ Debug \ config \ ImportConfig.dll',已加载符号。 ...
每个DLL都有一个相同的GetInterface实现,如下所示:
CConfigDllInterfaceImpl<CParentDlg> gdllObj;
BOOL GetInterface(IConfigDllInterface **ppPtr)
{
*ppPtr = &gdllObj;
// Temporary edit to test if gdllObj is set to proper parent.
CString name;
name = gdllObj.GetDisplayName();
// End edit
return true;
}
使用如下所示的模板:
__declspec(selectany) UINT guiAdvise;
template <class T> class CConfigDllInterfaceImpl : public IConfigDllInterface
{
public:
CConfigDllInterfaceImpl()
{
guiAdvise = RegisterWindowMessage(_T("GenConfig"));
m_pDlg = NULL;
}
virtual LPCTSTR GetDisplayName() const
{
static CString csTemp;
csTemp.LoadString(IDS_DISPLAY_NAME);
return csTemp;
}
// Can't be virtual because it uses the template T argument
BOOL DoModal(HWND hParent)
{
ASSERT(IsWindow(hParent));
if (m_pDlg == (T *) NULL)
{
m_pDlg = new T(CWnd::FromHandle(hParent));
return m_pDlg->Create();
}
else if (IsWindow(m_pDlg->GetSafeHwnd()))
{
m_pDlg->PostMessage(guiAdvise, eAdviseSwitchViews);
m_pDlg->SetActiveWindow();
}
return TRUE;
} // SNIP...
我可以说我的模板没有正确注册到其预期的父级。 GetDisplayName只返回&#34;&#34;。我怀疑我的问题的原因是我在一个月前做出决定将所有内容从Multithreaded更改为多线程DLL。这些都是MFC项目,它似乎是使用_AFXDLL并使所有内容正确编译和链接的最简单和最简单的方法。我的所有其他项目都可以正常工作,但我相信由于这个DLL的加载方式:
CConfigDllInterfaceImpl gdllObj;
不再像过去那样运作。
所以,问题1:我的怀疑是否正确?还是我完全偏离了? 问题2:如果我的怀疑是正确的,我该如何解决这个问题?此时不能再回到多线程。
提前致谢。
答案 0 :(得分:0)
我终于有时间回过头来回答这个问题了。 Collin Dauphinee是正确的,因为这是一个资源问题。我不知道为什么VS2003与VS2010不同,但解决方案非常简单。
CConfigPlugin::CConfigPlugin(LPCTSTR szPluginName)
{
ASSERT(szPluginName);
ASSERT(AfxIsValidString(szPluginName));
// Save off current Afx resource handle.
HINSTANCE hCurrentAfx = AfxGetResourceHandle(); // <--- Didn't need to
// do this before.
m_csFullpath = szPluginName;
m_hModule = NULL;
m_hModule = LoadLibrary(m_csFullpath);
m_pInterface = (IConfigDllInterface *) NULL;
pInterface pPtr = pInterface(NULL);
if (m_hModule != NULL)
{
AfxSetResourceHandle(m_hModule); // <--- here is where the resources
// get properly set. This is the
// solution to the problem.
// If we loaded the DLL get the interface pointer
pPtr = pInterface(GetProcAddress(m_hModule, "GetInterface"));
}
if (pPtr != NULL)
{
pPtr(&m_pInterface);
}
else
{
::FreeLibrary(m_hModule);
m_hModule = HMODULE(NULL);
}
// Now put Afx back.
AfxSetResourceHandle(hCurrentAfx);
}
我希望这有助于其他人。我在这个问题上被困了好几天。