• Sam Lantinga's avatar
    Eric Wing to Sam, hfutrell · 6524589f
    Sam Lantinga authored
    This one is quite puzzling. I found a partial workaround, but I don't fully understand the reasons yet.
    
    First, the console is complaining about not finding a nib for MainWindow.
    I tried removing the entry for this in the info.plist, and the message went away, but it didn't really change anything.
    
    Second, I stepped through this with the debugger and broke up some lines. It seems that the basic act of calling
           view = [SDL_uikitopenglview alloc];
    
    or even
           view = [SDL_uikitview alloc]
    
    will crash the program. The debugger messages plus the stack trace make me think it's not finding the SDL_uikitview classes for some reason. But I don't understand why this would be.
    
    view = [UIView alloc] will not crash the program.
    
    For kicks, I added a new definition of a class called SDL_object which subclasses NSObject in the same files as SDL_uikitopenglview and then call
           view = [SDL_object alloc];
    
    This does not crash the program.
    
    So, then I modified SDL_object to subclass UIView. No crash.
    
    Next, I made SDL_object subclass UIView<UITextFieldDelegate> . This crashes.
    
    So it is the act of conforming to the UITextFieldDelegate protocol that is crashing things.
    
    I don't understand why it would crash on alloc though. I'm guessing either a delegate needs to be set somewhere or one of the required methods needs to be implemented. But in the former case, I would not expect a crash, but a silent message to nil and something else doesn't work. And in the latter case, I would expect a compiler warning and an exception thrown instead of a crash.
    
    Anyway, my temporary workaround is to change the interface declaration for SDL_uikitview to look like:
    
    #if SDL_IPHONE_KEYBOARD
    @interface SDL_uikitview : UIView<UITextFieldDelegate> {
    #else
    @interface SDL_uikitview : UIView {
    #endif
    
    And then disable the keyboard support in the SDL_config_iphoneos.h file.
    /* enable iPhone keyboard support */
    #define SDL_IPHONE_KEYBOARD 0
    
    
    -Eric
    
    On Nov 23, 2009, at 1:43 AM, Sam Lantinga wrote:
    
    > I ran into a blocking startup crash with the Happy demo on iPhone OS 3.1.2 on my new iPhone:
    >
    > #0    0x323fea14 in _class_isInitialized
    > #1    0x323fea68 in _class_initialize
    > #2    0x32403e92 in prepareForMethodLookup
    > #3    0x32401244 in lookUpMethod
    > #4    0x323fea10 in _class_lookupMethodAndLoadCache
    > #5    0x323fe746 in objc_msgSend_uncached
    > #6    0x323feb26 in _class_initialize
    > #7    0x323fea58 in _class_initialize
    > #8    0x32403e92 in prepareForMethodLookup
    > #9    0x32401244 in lookUpMethod
    > #10   0x323fea10 in _class_lookupMethodAndLoadCache
    > #11   0x323fe746 in objc_msgSend_uncached
    > #12   0x000554dc in UIKit_GL_CreateContext at SDL_uikitopengles.m:103
    > #13   0x0004f89e in SDL_GL_CreateContext at SDL_video.c:3155
    > #14   0x000579e8 in GLES_CreateRenderer at SDL_renderer_gles.c:282
    > #15   0x0004d7b8 in SDL_CreateRenderer at SDL_video.c:1509
    > #16   0x00002bc2 in SDL_main at happy.c:156
    > #17   0x000571b2 in -[SDLUIKitDelegate postFinishLaunch] at
    > SDL_uikitappdelegate.m:77
    > #18   0x313f9ef2 in __NSFireDelayedPerform
    > #19   0x32567bb2 in CFRunLoopRunSpecific
    > #20   0x3256735c in CFRunLoopRunInMode
    > #21   0x32912cbe in GSEventRunModal
    > #22   0x32912d6a in GSEventRun
    > #23   0x32b6276e in -[UIApplication _run]
    > #24   0x32b61472 in UIApplicationMain
    > #25   0x00057088 in main at SDL_uikitappdelegate.m:50
    >
    > Any ideas?
    >
    > See ya!
    > --
    >       -Sam Lantinga, Founder and President, Galaxy Gameworks LLC
    
    --HG--
    extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%404228
    6524589f
SDL_config_iphoneos.h 4.01 KB