On Thu, Sep 20, 2012 at 6:52 PM, Dean Cleaver <
dean.clea...@xceptionsoftware.com> wrote:

>  Hi,
>
>  Similar result, but seemingly a different reason this time? I can't see
> the same unhandled exception problem:
>
>   Incident Identifier: ACF49761-6171-46E0-A774-D4F96DE1BFAD
>
> CrashReporter Key:   e3ee7a53e9c5dc44ed2ddc1e8227168178a359ac
>
> Hardware Model:      iPhone3,1
>
> Process:         KleverLogicFlashValetiPhoneValet [1820]
>
> Path:
> /var/mobile/Applications/326D7709-D183-41DF-935C-657A89C2EBCF/KleverLogicFlashValetiPhoneValet.app/KleverLogicFlashValetiPhoneValet
>
> Identifier:      KleverLogicFlashValetiPhoneValet
>
> Version:         ??? (???)
>
> Code Type:       ARM (Native)
>
> Parent Process:  launchd [1]
>
>
>  Date/Time:       2012-09-19 19:07:35.664 -0500
>
> OS Version:      iPhone OS 5.1.1 (9B206)
>
> Report Version:  104
>
>
>  Exception Type:  EXC_CRASH (SIGABRT)
>
> Exception Codes: 0x00000000, 0x00000000
>
> Crashed Thread:  0
>
>
>  Thread 0 name:  Dispatch queue: com.apple.main-thread
>
> Thread 0 Crashed:
>
> 0   libsystem_kernel.dylib        0x317eb32c __pthread_kill + 8
>
> 1   libsystem_c.dylib             0x33ee8208 pthread_kill + 48
>
> 2   libsystem_c.dylib             0x33ee1298 abort + 88
>
> 3   ...rLogicFlashValetiPhoneValet 0x00d9e930 mono_handle_native_sigsegv
> (mini-exceptions.c:2255)
>
> 4   ...rLogicFlashValetiPhoneValet 0x00dc3bd0 sigabrt_signal_handler
> (mini-posix.c:196)
>
> 5   libsystem_c.dylib             0x33ef27e6 _sigtramp + 42
>
> 6   libsystem_c.dylib             0x33ee8208 pthread_kill + 48
>
> 7   libsystem_c.dylib             0x33ee1298 abort + 88
>
> 8   libc++abi.dylib               0x36d6ef64 abort_message + 40
>
> 9   libc++abi.dylib               0x36d6c3ea
> _ZL19safe_handler_callerPFvvE + 114
>
> 10  libc++abi.dylib               0x36d6c44a std::terminate() + 14
>
> 11  libc++abi.dylib               0x36d6d81e __cxa_rethrow + 82
>
> 12  libobjc.A.dylib               0x353392a2 objc_exception_rethrow + 6
>

It's something similar, an ObjectiveC exception, but instead of letting
MonoTouch try to handle the exception it will abort right away.

Rolf


>  13  CoreFoundation                0x3758a506 CFRunLoopRunSpecific + 398
>
> 14  CoreFoundation                0x3758a366 CFRunLoopRunInMode + 98
>
> 15  GraphicsServices              0x33d49432 GSEventRunModal + 130
>
> 16  UIKit                         0x31336cce UIApplicationMain + 1074
>
> 17  ...rLogicFlashValetiPhoneValet 0x00b7b1c8
> wrapper_managed_to_native_MonoTouch_UIKit_UIApplication_UIApplicationMain_int_string___intptr_intptr
> (monotouch.dll.6.s:48641)
>
> 18  ...rLogicFlashValetiPhoneValet 0x00800e60
> KleverLogic_FlashValet_iPhone_Valet_Application_Main_string__
> (KleverLogicFlashValetiPhoneValet.exe.6.s:22414)
>
> 19  ...rLogicFlashValetiPhoneValet 0x006a8a0c
> wrapper_runtime_invoke_object_runtime_invoke_dynamic_intptr_intptr_intptr_intptr
> (mscorlib.dll.6.s:152522)
>
> 20  ...rLogicFlashValetiPhoneValet 0x00d83b7c mono_jit_runtime_invoke
> (mini.c:5786)
>
> 21  ...rLogicFlashValetiPhoneValet 0x00e3c45c mono_runtime_invoke
> (object.c:2757)
>
> 22  ...rLogicFlashValetiPhoneValet 0x00e407f4 mono_runtime_exec_main
> (object.c:3932)
>
> 23  ...rLogicFlashValetiPhoneValet 0x00e45d5c mono_runtime_run_main
> (object.c:3562)
>
> 24  ...rLogicFlashValetiPhoneValet 0x00d8a974 mono_jit_exec
> (driver.c:1112)
>
> 25  ...rLogicFlashValetiPhoneValet 0x00d7edd4 main (main.m:1712)
>
> 26  ...rLogicFlashValetiPhoneValet 0x00002320 start + 32
>
>
>  Dino
>  ------------------------------
> *From:* Rolf Bjarne Kvinge [r...@xamarin.com]
> *Sent:* Monday, September 17, 2012 5:42 PM
>
> *To:* Dean Cleaver
> *Cc:* monotouch@lists.ximian.com
> *Subject:* Re: [MonoTouch] Crash report
>
>  Hi,
>
> On Tue, Sep 18, 2012 at 12:21 AM, Dean Cleaver <
> dean.clea...@xceptionsoftware.com> wrote:
>
>>  Hi Rolf,
>>
>>
>>
>> Thanx – I have exactly that – a try-catch in my Main, but it didn’t
>> report anything. I need to go back through every piece of code and ensure a
>> try-catch block is in place everywhere – it should be.
>>
>
>  In some cases the ObjectiveC exception code plays tricks on MonoTouch
> and the managed exception handling. An exception handler in Main should
> catch all exceptions in the main thread (but as you've seen yourself it
> doesn't quite work in these cases).
>
>  In this case pretty much the only thing left to do is to try to get the
> device log.
>
>  Rolf
>
>
>>
>> Dino
>>
>>
>>
>> *From:* Rolf Bjarne Kvinge [mailto:r...@xamarin.com]
>> *Sent:* Monday, September 17, 2012 17:20
>> *To:* Dean Cleaver
>> *Cc:* monotouch@lists.ximian.com
>> *Subject:* Re: [MonoTouch] Crash report
>>
>>
>>
>> Hi,
>>
>> On Mon, Sep 17, 2012 at 11:46 PM, Dean Cleaver <
>> dean.clea...@xceptionsoftware.com> wrote:
>>
>> Can anyone tell me what happened here? All I can see of my code is
>> "Main". Monotouch 5.2.12.
>>
>>
>>
>> Incident Identifier: ECFDAC99-3389-4461-B308-2BABDBD8C70E
>>
>> CrashReporter Key:   e3ee7a53e9c5dc44ed2ddc1e8227168178a359ac
>>
>> Hardware Model:      iPhone3,1
>>
>> Process:         KleverLogicFlashValetiPhoneValet [1243]
>>
>> Path:
>> /var/mobile/Applications/2B6E7198-A754-45F6-90A7-C18113AD17A2/KleverLogicFlashValetiPhoneValet.app/KleverLogicFlashValetiPhoneValet
>>
>> Identifier:      KleverLogicFlashValetiPhoneValet
>>
>> Version:         ??? (???)
>>
>> Code Type:       ARM (Native)
>>
>> Parent Process:  launchd [1]
>>
>>
>>
>> Date/Time:       2012-09-16 18:42:24.323 -0500
>>
>> OS Version:      iPhone OS 5.1.1 (9B206)
>>
>> Report Version:  104
>>
>>
>>
>> Exception Type:  EXC_CRASH (SIGABRT)
>>
>> Exception Codes: 0x00000000, 0x00000000
>>
>> Crashed Thread:  0
>>
>>
>>
>> Thread 0 name:  Dispatch queue: com.apple.main-thread
>>
>> Thread 0 Crashed:
>>
>> 0   libsystem_kernel.dylib         0x317eb32c __pthread_kill + 8
>>
>> 1   libsystem_c.dylib              0x33ee8208 pthread_kill + 48
>>
>> 2   libsystem_c.dylib              0x33ee1298 abort + 88
>>
>> 3   ...rLogicFlashValetiPhoneValet 0x00d7db28 mono_handle_native_sigsegv
>> (mini-exceptions.c:2255)
>>
>> 4   ...rLogicFlashValetiPhoneValet 0x00da2dc8 sigabrt_signal_handler
>> (mini-posix.c:196)
>>
>> 5   libsystem_c.dylib              0x33ef27e6 _sigtramp + 42
>>
>> 6   libsystem_c.dylib              0x33ee8208 pthread_kill + 48
>>
>> 7   libsystem_c.dylib              0x33ee1298 abort + 88
>>
>> 8   ...rLogicFlashValetiPhoneValet 0x00e6d9ec monoeg_g_logv
>> (goutput.c:128)
>>
>> 9   ...rLogicFlashValetiPhoneValet 0x00e6da38 monoeg_assertion_message
>> (goutput.c:152)
>>
>> 10  ...rLogicFlashValetiPhoneValet 0x00d5f650 mono_thread_abort
>> (mini.c:2639)
>>
>> 11  ...rLogicFlashValetiPhoneValet 0x00d7d430
>> mono_handle_exception_internal + 3180
>>
>> 12  ...rLogicFlashValetiPhoneValet 0x00d7d634 mono_handle_exception
>> (mini-exceptions.c:1835)
>>
>> 13  ...rLogicFlashValetiPhoneValet 0x00da19dc mono_arm_throw_exception
>> (exceptions-arm.c:158)
>>
>> 14  ...rLogicFlashValetiPhoneValet 0x006d844c throw_exception + 40
>>
>> 15  ...rLogicFlashValetiPhoneValet 0x00e903d8 monotouch_exception_handler
>> (monotouch-glue.m:1084)
>>
>> 16  CoreFoundation                 0x37634950 __handleUncaughtException +
>> 68
>>
>> ObjectiveC threw an exception, but there are no ObjectiveC handlers for
>> it. MonoTouch tries to convert all unhandled ObjectiveC exceptions to
>> managed exceptions, but in this case failed to find any catch handlers, so
>> it ended up aborting the process.
>>
>>
>>
>> More information (what exception?) should have been printed to the device
>> console.
>>
>>
>>
>> If you don't have access to the device console, I recommend you add a
>> try/catch handler to your Main method and report any exceptions somewhere
>> you can read yourself before exiting the process.
>>
>>
>>
>> I hope this helps,
>>
>> Rolf
>>
>>
>>
>>  17  libobjc.A.dylib                0x3533933e _objc_terminate + 122
>>
>> 18  libc++abi.dylib                0x36d6c3be
>> _ZL19safe_handler_callerPFvvE + 70
>>
>> 19  libc++abi.dylib                0x36d6c44a std::terminate() + 14
>>
>> 20  libc++abi.dylib                0x36d6d81e __cxa_rethrow + 82
>>
>> 21  libobjc.A.dylib                0x353392a2 objc_exception_rethrow + 6
>>
>> 22  CoreFoundation                 0x3758a506 CFRunLoopRunSpecific + 398
>>
>> 23  CoreFoundation                 0x3758a366 CFRunLoopRunInMode + 98
>>
>> 24  GraphicsServices               0x33d49432 GSEventRunModal + 130
>>
>> 25  UIKit                          0x31336cce UIApplicationMain + 1074
>>
>> 26  ...rLogicFlashValetiPhoneValet 0x00b6bc98
>> wrapper_managed_to_native_MonoTouch_UIKit_UIApplication_UIApplicationMain_int_string___intptr_intptr
>> (monotouch.dll.6.s:47734)
>>
>> 27  ...rLogicFlashValetiPhoneValet 0x007f7574
>> KleverLogic_FlashValet_iPhone_Valet_Application_Main_string__
>> (KleverLogicFlashValetiPhoneValet.exe.6.s:21141)
>>
>> 28  ...rLogicFlashValetiPhoneValet 0x006a443c
>> wrapper_runtime_invoke_object_runtime_invoke_dynamic_intptr_intptr_intptr_intptr
>> (mscorlib.dll.6.s:152522)
>>
>> 29  ...rLogicFlashValetiPhoneValet 0x00d62d74 mono_jit_runtime_invoke
>> (mini.c:5786)
>>
>> 30  ...rLogicFlashValetiPhoneValet 0x00e1b654 mono_runtime_invoke
>> (object.c:2757)
>>
>> 31  ...rLogicFlashValetiPhoneValet 0x00e1f9ec mono_runtime_exec_main
>> (object.c:3932)
>>
>> 32  ...rLogicFlashValetiPhoneValet 0x00e24f54 mono_runtime_run_main
>> (object.c:3562)
>>
>> 33  ...rLogicFlashValetiPhoneValet 0x00d69b6c mono_jit_exec
>> (driver.c:1112)
>>
>> 34  ...rLogicFlashValetiPhoneValet 0x00d5dfcc main (main.m:1712)
>>
>> 35  ...rLogicFlashValetiPhoneValet 0x00002cf0 start + 32
>>
>>
>>
>>
>> _______________________________________________
>> MonoTouch mailing list
>> MonoTouch@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/monotouch
>>
>>
>>
>
>
_______________________________________________
MonoTouch mailing list
MonoTouch@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/monotouch

Reply via email to