c++ - ATL COM 代码在升级到 VS2015 时无法编译

Question

亲们

我正在将遗留应用程序从 VS2008 升级到 VS2015。它极度依赖ATL和COM。我注意到 atlbase.h 中 _ATL_COM_MODULE70 的变化导致了问题。

在...\9.0\VC\atlmfc\include\atlbase.h中定义为:

struct _ATL_COM_MODULE70
{
  UINT cbSize;
  HINSTANCE m_hInstTypeLib;
  _ATL_OBJMAP_ENTRY** m_ppAutoObjMapFirst;
  _ATL_OBJMAP_ENTRY** m_ppAutoObjMapLast;
  CComCriticalSection m_csObjMap;
};

但是在 ...\14.0\VC\atlmfc\include\atlcom.h 中它被定义为:

struct _ATL_COM_MODULE70
{
    UINT cbSize;
    HINSTANCE m_hInstTypeLib;
    _ATL_OBJMAP_ENTRY_EX** m_ppAutoObjMapFirst;
    _ATL_OBJMAP_ENTRY_EX** m_ppAutoObjMapLast;
    CComCriticalSection m_csObjMap;
};

这会导致以下代码无法编译:

HRESULT FreeThreadSingletons (void)
{
    for (_ATL_OBJMAP_ENTRY** ppEntry = _AtlComModule.m_ppAutoObjMapFirst; ppEntry < _AtlComModule.m_ppAutoObjMapLast; ppEntry++)
    {
        if (*ppEntry != NULL)
        {
            _ATL_OBJMAP_ENTRY* pEntry = *ppEntry;
            CComClassFactoryThreadSingleton *pThread;
            if ((pThread = dynamic_cast<CComClassFactoryThreadSingleton *>(pEntry->pCF)) != NULL)
            {
                pThread->ReleaseAllObjects ();
            }
        }
    }

    return S_OK;
}

原因是因为m_ppAutoObjMapFirst在VC14中是_ATL_OBJMAP_ENTRY_EX类型，在VC9中是_ATL_OBJMAP_ENTRY。

Microsoft 的 VS2015 文档说 VC14 中的结构应该与 VC9 中的相同: https://msdn.microsoft.com/en-us/library/ayw1b6h5.aspx

现在开始提问。过去有没有人见过这个问题，有没有不涉及将所有内容重写到 _ATL_OBJMAP_ENTRY_EX 接口(interface)的解决方法？

Answer 1

感谢 H. Guijit 的回复。这是微软的回应:

正如您已经注意到的，位于 _ATL_COM_MODULE70 结构的 MSDN 中的文档不准确。

_ATL_OBJMAP_ENTRY 和 _ATL_OBJMAP_ENTRY_EX 是 atlbase.h 中定义的两个不同结构的类型定义

不幸的是，您已成为依赖于可能发生变化的内部结构和实现的代码的牺牲品。

这不是我读过的最有帮助的东西..

我更改了代码以从 pCache->pCF 检索 IUnknown

HRESULT FreeThreadSingletons (void)
{
    for (_ATL_OBJMAP_ENTRY_EX** ppEntry = _AtlComModule.m_ppAutoObjMapFirst; ppEntry < _AtlComModule.m_ppAutoObjMapLast; ppEntry++)
    {
        if (*ppEntry != NULL)
        {
            _ATL_OBJMAP_ENTRY_EX* pEntry = *ppEntry;
            CComClassFactoryThreadSingleton *pThread;
            if ((pThread = dynamic_cast<CComClassFactoryThreadSingleton *>((pEntry->pCache)->pCF)) != NULL)
            {
                pThread->ReleaseAllObjects ();
            }
        }
    }

    return S_OK;
}

我不确定这是否可行，因为我仍在与构建问题作斗争，但希望在接下来的一两天内运行该应用程序。