xcode — Сбой времени выполнения в C ++ при сборке на Mavericks GM

Я работаю на Mavericks GM с Xcode 5.0.1 GM. OS X SDK, используемый для компиляции, не имеет значения. Я попытался перекомпилировать программное обеспечение моей компании с 10.8 и 10.9 SDK. Я получаю тот же результат компиляции для отладки и выпуска. Как ни странно, если я скомпилирую на 10.7 или 10.8 и перенесу двоичные файлы на машину с 10.9, все работает нормально.

Программное обеспечение, над которым я работаю, написано на C ++ и содержит около 600 тыс. Строк кода. Ничто в нашей кодовой базе не использует напрямую lbxpc. Использованы некоторые из самых больших внешних библиотек:

• Qt 4.8.5
• Boost 1.49.0
• OpenCL (динамически загружается во время выполнения)
• OpenEXR
• Рычание 1.2.1

Всякий раз, когда происходит сбой, он находится в случайном месте в главном потоке приложения.

Кто-нибудь еще сталкивался с этой проблемой? Если да, то какова была причина, и как вы это исправили?

Разборка места, где происходит сбой:

0x7fff8f2e1e3b:  leaq   98519(%rip), %rax         ; "Bug in libxpc: Domain environment context has overflowed maximum inline message size."0x7fff8f2e1e42:  movq   %rax, -389938449(%rip)    ; gCRAnnotations + 8
0x7fff8f2e1e49:  ud2    <--  crash

Обратный след от lldb:

* thread #4: tid = 0x122764, 0x00007fff8f2e1e49 libxpc.dylib`_xpc_domain_serialize + 496, queue = 'com.apple.root.default-overcommit-priority, stop reason = EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0)
frame #0: 0x00007fff8f2e1e49 libxpc.dylib`_xpc_domain_serialize + 496
frame #1: 0x00007fff8f2e18ca libxpc.dylib`_xpc_dictionary_serialize_apply + 84
frame #2: 0x00007fff8f2e1497 libxpc.dylib`_xpc_dictionary_apply_node_f + 105
frame #3: 0x00007fff8f2e16af libxpc.dylib`_xpc_dictionary_serialize + 161
frame #4: 0x00007fff8f2e1184 libxpc.dylib`_xpc_serializer_pack + 423
frame #5: 0x00007fff8f2e0f81 libxpc.dylib`_xpc_pipe_pack_message + 118
frame #6: 0x00007fff8f2e0985 libxpc.dylib`xpc_pipe_routine + 99
frame #7: 0x00007fff8f2dff2a libxpc.dylib`_xpc_runtime_init_once + 827
frame #8: 0x00007fff9076c2ad libdispatch.dylib`_dispatch_client_callout + 8
frame #9: 0x00007fff9076c21c libdispatch.dylib`dispatch_once_f + 79
frame #10: 0x00007fff8f2e4144 libxpc.dylib`_xpc_connection_init + 64
frame #11: 0x00007fff8f2e40f6 libxpc.dylib`_xpc_connection_resume_init + 14
frame #12: 0x00007fff9076c2ad libdispatch.dylib`_dispatch_client_callout + 8
frame #13: 0x00007fff9076e09e libdispatch.dylib`_dispatch_root_queue_drain + 326
frame #14: 0x00007fff9076f193 libdispatch.dylib`_dispatch_worker_thread2 + 40
frame #15: 0x00007fff922f0ef8 libsystem_pthread.dylib`_pthread_wqthread + 314
frame #16: 0x00007fff922f3fb9 libsystem_pthread.dylib`start_wqthread + 13

Обновите с дополнительной информацией:

Я только что узнал что-то довольно интересное. Эта проблема возникает только тогда, когда приложение запускается Xcode. Если я запускаю его через lldb в командной строке, этот сбой не происходит. Аналогично, если я дважды щелкну по нему в Finder, проблема не возникнет.