Сбой iPhone, ASIHTTPRequest или NSURL связанные - PullRequest
2 голосов
/ 09 марта 2011

Учитывая следующий символический журнал сбоев, более вероятно, что сбой произошел из-за ASIHTTPRequest в потоке 5 или NSURLConnection в потоке 3?Я спрашиваю, потому что у этого вопроса есть похожие проблемы: ASIHTTPRequest, EXC_BAD_ACCESS, когда запрос завершился

Однако у них было больше об их сбое ASIHTTPREquest, и это было в потоке 3, тогда как мое NSURLConnection находится в потоке 3с большей информацией, чем другие.

    Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x00000000, 0x00000000
Crashed Thread:  0

Thread 0 Crashed:
0   libSystem.B.dylib               0x33bd52d4 __kill + 8
1   libSystem.B.dylib               0x33bd52c4 kill + 4
2   libSystem.B.dylib               0x33bd52b6 raise + 10
3   libSystem.B.dylib               0x33be9d72 abort + 50
4   libstdc++.6.dylib               0x31bdba20 __gnu_cxx::__verbose_terminate_handler() + 376
5   libobjc.A.dylib                 0x3347c594 _objc_terminate + 104
6   libstdc++.6.dylib               0x31bd9df2 __cxxabiv1::__terminate(void (*)()) + 46
7   libstdc++.6.dylib               0x31bd9e46 std::terminate() + 10
8   libstdc++.6.dylib               0x31bd9f16 __cxa_throw + 78
9   libobjc.A.dylib                 0x3347b4c4 objc_exception_throw + 64
10  Foundation                      0x33639910 __NSThreadPerformPerform + 648
11  CoreFoundation                  0x33a767d6 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 6
12  CoreFoundation                  0x33a485b0 __CFRunLoopDoSources0 + 376
13  CoreFoundation                  0x33a47e54 __CFRunLoopRun + 224
14  CoreFoundation                  0x33a47c80 CFRunLoopRunSpecific + 224
15  CoreFoundation                  0x33a47b88 CFRunLoopRunInMode + 52
16  GraphicsServices                0x33b0e4a4 GSEventRunModal + 108
17  GraphicsServices                0x33b0e550 GSEventRun + 56
18  UIKit                           0x32099322 -[UIApplication _run] + 406
19  UIKit                           0x32096e8c UIApplicationMain + 664
20  AppName                         0x00002172 main (main.m:14)
21  AppName                         0x0000213c start + 32

Thread 1:
0   libSystem.B.dylib               0x33b89974 kevent + 24
1   libSystem.B.dylib               0x33c33704 _dispatch_mgr_invoke + 88
2   libSystem.B.dylib               0x33c33174 _dispatch_queue_invoke + 96
3   libSystem.B.dylib               0x33c32b98 _dispatch_worker_thread2 + 120
4   libSystem.B.dylib               0x33bd724a _pthread_wqthread + 258
5   libSystem.B.dylib               0x33bcf970 start_wqthread + 0

Thread 2:
0   libSystem.B.dylib               0x33b5d268 mach_msg_trap + 20
1   libSystem.B.dylib               0x33b5f354 mach_msg + 44
2   CoreFoundation                  0x33a48648 __CFRunLoopServiceMachPort + 88
3   CoreFoundation                  0x33a47ed2 __CFRunLoopRun + 350
4   CoreFoundation                  0x33a47c80 CFRunLoopRunSpecific + 224
5   CoreFoundation                  0x33a47b88 CFRunLoopRunInMode + 52
6   WebCore                         0x304df124 RunWebThread(void*) + 332
7   libSystem.B.dylib               0x33bd6886 _pthread_start + 242
8   libSystem.B.dylib               0x33bcba88 thread_start + 0

Thread 3:
0   libSystem.B.dylib               0x33b5d268 mach_msg_trap + 20
1   libSystem.B.dylib               0x33b5f354 mach_msg + 44
2   CoreFoundation                  0x33a48648 __CFRunLoopServiceMachPort + 88
3   CoreFoundation                  0x33a47ed2 __CFRunLoopRun + 350
4   CoreFoundation                  0x33a47c80 CFRunLoopRunSpecific + 224
5   CoreFoundation                  0x33a47b88 CFRunLoopRunInMode + 52
6   Foundation                      0x336465f6 +[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:] + 206
7   Foundation                      0x33624192 -[NSThread main] + 38
8   Foundation                      0x3361d242 __NSThread__main__ + 966
9   libSystem.B.dylib               0x33bd6886 _pthread_start + 242
10  libSystem.B.dylib               0x33bcba88 thread_start + 0

Thread 4:
0   libSystem.B.dylib               0x33b8168c select$DARWIN_EXTSN + 20
1   CoreFoundation                  0x33a7f662 __CFSocketManager + 582
2   libSystem.B.dylib               0x33bd6886 _pthread_start + 242
3   libSystem.B.dylib               0x33bcba88 thread_start + 0

Thread 5:
0   libSystem.B.dylib               0x33b5d268 mach_msg_trap + 20
1   libSystem.B.dylib               0x33b5f354 mach_msg + 44
2   CoreFoundation                  0x33a48648 __CFRunLoopServiceMachPort + 88
3   CoreFoundation                  0x33a47ed2 __CFRunLoopRun + 350
4   CoreFoundation                  0x33a47c80 CFRunLoopRunSpecific + 224
5   CoreFoundation                  0x33a57efe CFRunLoopRun + 42
6   StageBloc                       0x00032a08 +[ASIHTTPRequest runRequests] (ASIHTTPRequest.m:4269)
7   Foundation                      0x33624192 -[NSThread main] + 38
8   Foundation                      0x3361d242 __NSThread__main__ + 966
9   libSystem.B.dylib               0x33bd6886 _pthread_start + 242
10  libSystem.B.dylib               0x33bcba88 thread_start + 0

Ответы [ 6 ]

2 голосов
/ 09 марта 2011

Как уже говорили другие, в аварийном дампе недостаточно информации, чтобы указать, может ли это быть связано с потоком NSURLConnection или ASIHTTPRequest, и вывод консоли может помочь.

Однако, учитывая прошлый опыт,похоже, что он связан с ASIHTTPRequest.

Какую версию ASIHTTPRequest вы используете?

Наиболее распространенная проблема, с которой сталкиваются люди с ASIHTTPRequest - это проблемы с запросом и временем жизни делегата, поэтому я 'Я рекомендую дважды проверить, что в каждом имеющемся у вас объекте, который может быть делегатом ASIHTTPRequest (или ASINetworkQueue) в методе dealloc:

[request cancel]
[request setDelegate:nil];
[request release];

Это должно быть сделано для каждые потенциально активный запрос.

1 голос
/ 09 марта 2011

Гуглил для objc_exception_throw __NSThreadPerformPerform и обнаружил этот вопрос с похожей трассировкой сбоя ... ваше исключение может быть тем же отсутствующим селектором. В этой теме Брэд Ларсон предлагает "перейти к настройкам вашей сборки и добавить -Wundeclared-selector в другие флаги предупреждения", чтобы, возможно, поймать это во время компиляции.

0 голосов
/ 26 декабря 2013

Я использовал это как

[request clearDelegatesAndCancel];
request = nil;
0 голосов
/ 16 сентября 2011

Насколько я знаю, проблема в потоке 5:

Thread 5:
0   libSystem.B.dylib               0x33b5d268 mach_msg_trap + 20
1   libSystem.B.dylib               0x33b5f354 mach_msg + 44
2   CoreFoundation                  0x33a48648 __CFRunLoopServiceMachPort + 88
3   CoreFoundation                  0x33a47ed2 __CFRunLoopRun + 350
4   CoreFoundation                  0x33a47c80 CFRunLoopRunSpecific + 224
5   CoreFoundation                  0x33a57efe CFRunLoopRun + 42
**6   StageBloc                       0x00032a08 +[ASIHTTPRequest runRequests] (ASIHTTPRequest.m:4269)**

ASIHTTPRequest может быть проблемой.Попробуйте обновить ASIHTTPRequest до последней версии: http://allseeing -i.com / ASIHTTPRequest /

0 голосов
/ 09 апреля 2011

Оказалось, проблема Three20.Когда я первоначально установил его, мне пришлось изменить некоторые флаги компоновщика в настройках сборки.Эти флаги не были изменены для моей сборки дистрибутива, только моя отладочная.Так что люди из App Store видели, как он рухнул, потому что там не было необходимых флагов.Глупая ошибка.

0 голосов
/ 09 марта 2011

objc_exception_throw 8 или 9 вниз в стеке, конечно, указывает на исключение. вы хотите заглянуть в журнал консоли устройства (или запустить консоль xcode, если она работает в симуляторе), чтобы узнать, было ли сообщение зарегистрировано до сбоя.

(у меня есть кость, которую нужно выбрать с помощью отчетов о сбоях OS X и IOS, почему куча последних строк, записанных в консоль, не включена в отчет об ошибках? Это было бы очень полезно для многих видов сбоев) .

...