0

クラッシュは次のコードで発生します。

void CocoaCommRequest::launchSync()
{
    launchAsync();

    while (![_delegate finished])
    {
        [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
    }
}

クラッシュ スタックは (部分的) です。

Exception Type:  SIGSEGV
Exception Codes: SEGV_ACCERR at 0x8
Crashed Thread:  0
Thread 0 Crashed:

0  0x3aa9b5d0 objc_msgSend + 15
1  0x32d7a8f7 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
2  0x32d7a15d __CFRunLoopDoSources0 + 213
3  0x32d78f2f __CFRunLoopRun + 647
4  0x32cec23d CFRunLoopRunSpecific + 356
5  0x32cec0c9 CFRunLoopRunInMode + 104
6  0x336105c3 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 255
7  0x000978f9 CocoaCommRequest::launchSync() (CocoaCommRequest.mm:46)

ローカルでは再現できませんでしたが、本番環境でのみ再現できました。このコードがクラッシュする原因は何ですか? それはある種のメモリの問題でしょうか？

4

1 に答える 1

4

launchAsync();とその前に何が起こるかはわかりませんがlaunchSync()、これらの操作を別のスレッドで実行すると、NSRunLoop はスレッドセーフではないため、クラッシュしたり、予期しない動作が発生したりする可能性があります。Apple doc の [Thread Safety and Run Loop Objects] からのものです。1 :

The functions in Core Foundation are generally thread-safe and can be called from any thread. If you are performing operations that alter the configuration of the run loop, however, it is still good practice to do so from the thread that owns the run loop whenever possible. The Cocoa NSRunLoop class is not as inherently thread safe as its Core Foundation counterpart. If you are using the NSRunLoop class to modify your run loop, you should do so only from the same thread that owns that run loop. Adding an input source or timer to a run loop belonging to a different thread could cause your code to crash or behave in an unexpected way.

于 2014-02-27T11:43:20.060 に答える