Question

将Cocoa与个人C ++库一起使用时，我遇到一个奇怪的异常，而该异常仅在调试模式下发生-在发布模式下，一切都很好。要强调的是，足以链接我的C ++库以获取异常，我根本不需要调用我的库。

我得到的错误是“异常：EXC_BAD_ACCESS（code = EXC_I386_GPFLT）”。

C ++库是使用CMake构建的，其模式由内部“ CMAKE_BUILD_TYPE”确定。该库可以在GitHub上找到，尽管我不认为有人愿意构建它。另外，因为它非常庞大，所以我不认为有人想看一下代码。

以下是显示错误的一个非常简单的示例：

#include <Cocoa/Cocoa.h>

int main()
{
    [NSApplication sharedApplication];
    printf("success\n");
    return 0;
}

如您所见，该示例根本不使用我的lib。

使用“ clang main.mm -framework可可”进行编译就可以了
使用“ clang main.mm -framework可可-lmylib”进行编译也可以。 “ mylib”是通过“ -DCMAKE_BUILD_TYPE =发布”在此处构建的
使用“ clang main.mm -framework可可-lmylib_d”进行编译会产生上述异常。这里使用“ DCMAKE_BUILD_TYPE =调试”构建“ lmylib_d”。它显示：“分段错误：11”。

我不明白。我可能会因为链接到可可而使我的图书馆崩溃了吗？我唯一想到的就是我已经定义了自己的全局运算符new和delete。还是，可可不会用那些，对吧？

这是完整的堆栈跟踪：

(anonymous namespace)::get_registry() (.8898) 0x00007fff564afd79
SLSNewConnection 0x00007fff56473dc4
SLSMainConnectionID 0x00007fff56474a87
_CFAppSleepSetupCoreGraphics 0x00007fff34649091
____CFRunLoopSetOptionsReason_block_invoke_2 0x00007fff34648738
_dispatch_client_callout 0x00007fff5c43ddb8
dispatch_once_f 0x00007fff5c43dd6b
__CFRunLoopSetOptionsReason 0x00007fff34646ff3
_LSApplicationCheckIn 0x00007fff35ae7abb
_RegisterApplication 0x00007fff32ec192c
GetCurrentProcess 0x00007fff32ec064c
MenuBarInstance::GetAggregateUIMode(unsigned int*, unsigned int*) 0x00007fff3391e4ab
MenuBarInstance::IsVisible() 0x00007fff3391e435
_NSInitializeAppContext 0x00007fff31bc1197
-[NSApplication init] 0x00007fff31bc0590
+[NSApplication sharedApplication] 0x00007fff31bc01e6
main main.mm:5
start 0x00007fff5c477015
start 0x00007fff5c477015

感谢您的任何帮助！

Answer 1

您的库中有任何静态初始化程序吗？还是链接到其他库呢？它们在main调用之前运行，如果它们可能引起问题，则在运行它们之前。特别是如果他们尝试与Foundation / AppKit进行交互。

无论如何，我相当确定以这种方式使用NSApplication是不安全的。我相信您必须在调用NSApplicationMain来设置基础AppKit机制的主线程的上下文中访问它。既然您正在崩溃，那是潜在的问题。

Answer 2

@Kai Guther的确是正确的。可可使用的是我覆盖的全球新产品。显然我替换的新运算符中有一个错误。在对该函数进行了一些重构之后，它现在可以工作了。谢谢您提供的重要信息...我想如果没有那个猜测，我就会寻找那个可怕的bug的年龄...

仅在调试模式下可可异常

2 个答案: