Find centralized, trusted content and collaborate around the technologies you use most.
Teams
Q&A for work
Connect and share knowledge within a single location that is structured and easy to search.
在DLLMAIN() /中加载 DLLDLL_PROCESS_ATTACH可能会导致问题。但是可以COM Objects使用 eq CoInitialize() / CoCreateInstance() 实例化?
DLLMAIN()
DLL_PROCESS_ATTACH
COM Objects
编辑:问题是:在这种情况下创建 COM 实例会导致类似的错误,例如加载 DLL 吗?在我看来,加载 DLL 和创建 COM 实例在某种程度上类似。
我不确定你从哪里得到这句话,但听起来不对。
永远不要将任何重要的代码放入 DllMain。尤其是调用 LoadLibrary 的代码。许多 Windows API 将在后台调用 LoadLibrary,因此最好避免在此处进行任何复杂的初始化。使用全局 C++ 对象(因为它是构造函数),或者更好的是,导出一个函数进行初始化。
进程内组件的 CoCreateInstance 最终将调用 LoadLibrary 或其变体之一。在 DllMain 中调用此函数也不明智。
我正在将一个旧的 krufty 应用程序升级到 Rails 3.1。该公司一直在使用 RSpec 和 Capybara 进行验收测试。我们有一些验收测试spec/acceptance失败,并显示以下消息:
spec/acceptance
Failure/Error: get @url NoMethodErr