在MonoTouch模拟器中,我遇到以下诊断的随机崩溃:
/tmp/mono-gdb-commands.FV1b8V:1: Error in sourced command file:
unable to debug self
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
跟踪提到“UISearchDisplayController dealloc”:
at (wrapper managed-to-native) MonoTouch.ObjCRuntime.Messaging.void_objc_msgSend (intptr,intptr) <IL 0x00024, 0xffffffff>
at MonoTouch.Foundation.NSObject/MonoTouch_Disposer.Drain (MonoTouch.Foundation.NSObject) [0x0002a] in /Users/plasma/Source/iphone/monotouch/Foundation/NSObject.cs:305
at (wrapper runtime-invoke) <Module>.runtime_invoke_void__this___object (object,intptr,intptr,intptr) <IL 0x00052, 0xffffffff>
at (wrapper managed-to-native) MonoTouch.UIKit.UIApplication.UIApplicationMain (int,string[],intptr,intptr) <IL 0x0009f, 0xffffffff>
at MonoTouch.UIKit.UIApplication.Main (string[],string,string) [0x00038] in /Users/plasma/Source/iphone/monotouch/UIKit/UIApplication.cs:26
at TestCase.Application.Main (string[]) [0x00000] in /Users/user/Projects/Junk 2/StarTrack/Main.cs:13
at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <IL 0x00050, 0xffffffff>
Native stacktrace:
0 TestCase 0x000d1965 mono_handle_native_sigsegv + 343
1 TestCase 0x0000ffb4 mono_sigsegv_signal_handler + 322
2 libSystem.B.dylib 0x91b3745b _sigtramp + 43
3 ??? 0xffffffff 0x0 + 4294967295
4 UIKit 0x01f7ab5a **-[UISearchDisplayController dealloc]** + 106
5 ??? 0x0aa9a194 0x0 + 178889108
6 ??? 0x0fcea9c4 0x0 + 265202116
7 ??? 0x077520d6 0x0 + 125116630
8 TestCase 0x0000fd6f mono_jit_runtime_invoke + 1332
9 TestCase 0x001ee239 mono_runtime_invoke + 137
10 TestCase 0x0029e9ab monotouch_trampoline + 2527
11 Foundation 0x0140e94e __NSThreadPerformPerform + 251
12 CoreFoundation 0x00ea08ff __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
13 CoreFoundation 0x00dfe88b __CFRunLoopDoSources0 + 571
14 CoreFoundation 0x00dfdd86 __CFRunLoopRun + 470
15 CoreFoundation 0x00dfd840 CFRunLoopRunSpecific + 208
16 CoreFoundation 0x00dfd761 CFRunLoopRunInMode + 97
17 GraphicsServices 0x0404c1c4 GSEventRunModal + 217
18 GraphicsServices 0x0404c289 GSEventRun + 115
19 UIKit 0x01ce0c93 UIApplicationMain + 1160
20 ??? 0x09d54933 0x0 + 164972851
21 ??? 0x09d53384 0x0 + 164967300
22 ??? 0x09d530be 0x0 + 164966590
23 ??? 0x09d53216 0x0 + 164966934
24 TestCase 0x0000fd6f mono_jit_runtime_invoke + 1332
25 TestCase 0x001ee239 mono_runtime_invoke + 137
26 TestCase 0x001f0920 mono_runtime_exec_main + 669
27 TestCase 0x001efd0a mono_runtime_run_main + 843
28 TestCase 0x000a3c62 mono_jit_exec + 200
29 TestCase 0x002a25eb main + 3838
30 TestCase 0x000030c9 _start + 208
31 TestCase 0x00002ff8 start + 40
32 ??? 0x00000002 0x0 + 2
将应用程序减少到重现崩溃所需的绝对最小值,并寻找可能引用的descoped和垃圾收集变量。没有XIB:它只是代码。
导航控制器有一个用于发货的工作台视图;点击一个表格行会带您到一个包含搜索栏的22,000行的表格。用户键入搜索栏,点击已过滤的表行,并立即弹回第一个表视图。这可以在崩溃之前完成两到二十次。 (在第一个tableview中点击表格行时会立即发生崩溃)。除崩溃外,该应用程序的工作方式完全符合预期。
任何想法或建议都会非常受欢迎,经过几天的努力就会结束。顺便说一句,我建议在臭名昭着的收购后使用MonoTouch,这是我们的第一个应用程序。
下面列出的课程似乎最相关;这些课程和其他课程在这里:http://www.whaleandseal.org/Test/Crash.pdf和一个独立的测试用例位于http://www.whaleandseal.org/Test/TestCase.zip。
AppDelegate
TTNavController
TTNavigationController
despatchTable
TTTableDelegate
new FromTableController(…)
FromTableController
searchBar
searchController
FromSearchResultsSource
FromSearchResultsDelegate
答案 0 :(得分:6)
在FromTableController中添加它似乎可以解决问题:
protected override void Dispose (bool disposing)
{
searchController.SearchResultsSource = null;
searchController.Delegate = null;
base.Dispose (disposing);
}
解决方案的灵感来自:How can UISearchDisplayController autorelease cause crash in a different view controller?