Windows (COM) API 在没有特定库的情况下表现不同

Question

根据我是否链接到特定库，Windows API 的行为似乎有所不同。不幸的是，它是一个相当大的库，很难追踪问题，我不知道从哪里开始。

我可以为多个 API 重现此行为。例如，我使用基于 COM 的 shell API 来确定特定文件扩展名的“打开方式”应用程序。

CComPtr<IEnumAssocHandlers> enumerator;
HRESULT hr = SHAssocEnumHandlers(L".jpg", ASSOC_FILTER_RECOMMENDED, &enumerator);

for (CComPtr<IAssocHandler> handler; enumerator->Next(1, &handler, nullptr) == S_OK; handler.Release()) {
    CComHeapPtr<wchar_t> wAppName;
    handler->GetName(&wAppName);

    std::wcout << std::wstring(wAppName) << std::endl;
}

这在不执行任何其他操作的测试应用程序中完美运行。如果我链接到上述库，它会停止工作，而不是 UWP 应用程序条目，它只会打印 TWINUI。
实际上打开应用程序然后使用IAssocHandler::Invoke 的行为也不同，在 Adob​​e Photoshop 的情况下，它会令人惊讶地让用户退出 Adob​​e 帐户（这始终是可重现的 - 也许由于不同的上下文而发挥了一些许可保护作用？）。
我过去遇到的另一个例子是 WIC（Windows Imaging Component）API，也是基于 COM 的，它返回有关编解码器不可用的错误（在最小测试中可用）。

所以问题是：是否存在可能导致这些问题的编译器标志或宏？ （例如 WinSDK 版本控制）
我还能寻找什么？

提前致以诚挚的问候和感谢

Answer 1

原来是加载 OpenBLAS 库导致了这个问题。它甚至可以用一个最小的例子来重现：

// code in the original post --> works

LoadLibraryA("libopenblas.dll");
// not reproducible with LoadLibraryExA("libopenblas", NULL, DONT_RESOLVE_DLL_REFERENCES);
// to avoid calling DllMain

// code in the original post --> doesn't work

因此，OpenBLAS 库中的某些内容似乎破坏了 Windows API。令人惊讶的是，删除该库还修复了许多我们过去无法修复且乍一看似乎无关的其他问题。

虽然我们使用的是相当旧的版本（0.2.9；DYNAMIC_ARCH 启用），所以它可能会在以后的版本中修复，但由于我们不再需要 OpenBLAS，我还没有尝试过。