Что может вызвать SIGABRT для dispatch_async в iOS9.1?

Я пытаюсь отладить ошибку сбоя, о которой сообщают многие из моих пользователей в этой области. Все показывают мне один и тот же стек:

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note:  EXC_CORPSE_NOTIFY
Triggered by Thread:  8
OS Version:          iOS 9.1 (13B143)
Code Type:           ARM (Native)

0   libsystem_kernel.dylib          0x392ccc84 0x392b8000 + 85124
1   libsystem_pthread.dylib         0x39370732 0x3936c000 + 18226
2   libsystem_c.dylib               0x39264f9a 0x3921a000 + 307098
3   libsystem_c.dylib               0x39264f2c 0x3921a000 + 306988
4   libsystem_c.dylib               0x392447ea 0x3921a000 + 174058
5   MyApp                           0x000cb3e0 __69-[MyDataManager myMethod:]_block_invoke (MyDataManager.m:2367)

Строка 2367 просто:

2363: BOOL success = [db executeUpdate:@"INSERT INTO table (id, content) VALUES (?, ?)", message.remoteId, message.content];
2364: assert(success);
2365: DebugLog(@"DB Results %d", success);
2366: 
2367: dispatch_async(dispatch_get_main_queue(), ^{
2368:     [self cleanupMethod:args];
2369: });

Хотя в этом блоке определенно есть код, он состоит всего из 1 строки, и этот код, похоже, не выполняется в этом стеке, потому что иначе я бы увидел cleanupMethod над myMethod.

Редактировать: вы можете видеть, что непосредственно перед dispatch_async есть утверждение! Я изначально думал, что этот сбой был из-за assert. Но номера строк никогда не совпадали — утверждение было на много строк выше (строка 2364, а не 2367) — и когда я проверил его дальше, я увидел, что если утверждение сработает, мой стек не будет включать _block_invoke, которые вы можно увидеть в конце вызова myMethod.

Кто-нибудь может подсказать, как dispatch_async может вызвать такое поведение? Более того, есть ли способ символизировать код Apple в libsystem_c.dylib?

Бинарный образ libsystem_c.dylib:

0x3921a000 - 0x3927efff libsystem_c.dylib armv7  <0b5d65608e6f38448cd207fbd748d372> /usr/lib/system/libsystem_c.dylib

ПРИМЕЧАНИЕ: рассматриваемый объект является глобальным синглтоном, моим «менеджером данных», если хотите. Он обрабатывает сетевые запросы и сохраняет состояние, которое может потребоваться для совместного использования между UIViewControllers. Первоначально он объявлен следующим образом:

+ (MyDataManager *)mainStore {
    static dispatch_once_t once;
    static id sharedInstance;
    dispatch_once(&once, ^{
        sharedInstance = [[self alloc] init];
    });

    return sharedInstance;
}

Я понимаю последствия освобождения объекта при вызове моего метода cleanupMethod:args... но я думал, что мой глобальный синглтон всегда будет поблизости и, следовательно, его всегда можно безопасно вызывать так, как я это делаю в своем коде. ? Кроме того, я не беспокоюсь о циклах сохранения, поскольку, опять же, это должен быть глобальный синглтон.

Подходит ли этот пример кода ниже?

@interface MyDataManager
@end

@implementation MyDataManager

+ (MyDataManager *)mainStore {
    static dispatch_once_t once;
    static id sharedInstance;
    dispatch_once(&once, ^{
        sharedInstance = [[self alloc] init];
    });

    return sharedInstance;
}

- (void)myMethod {
    NSDictionary *args = @{...}
    ...
    dispatch_async(dispatch_get_main_queue(), ^{
        [self cleanupMethod:args];
    });
}

- (void)cleanupMethod:(id)args {
   ...
}

@end

@interface MyViewController : UIViewController
@end

@implementation MyViewController

- (void)viewDidLoad {
   [super viewDidLoad];
   [[MyDataManager sharedInstance] myMethod];
}

@end