Mercurial > sdl-ios-xcode
view TODO @ 3487:24d13328c44a
Eric Wing to Sam, hfutrell
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
author | Sam Lantinga <slouken@libsdl.org> |
---|---|
date | Tue, 24 Nov 2009 08:12:32 +0000 |
parents | 15f661b279e7 |
children | 71189305cd33 |
line wrap: on
line source
1.3 release checklist: * Create jobs@libsdl.org * Implement landscape mode for iPhone port * Add higher precision timers for profiling * Implement YUV texture support - in progress, software support is done, Ryan is working on OpenGL shaders * Implement desktop video mode change notification? * Add OpenGL 3.0 context support * Finish multiple display support * Open windows on display that is selected when creating a window * Create testing plan - becoming more and more important... - unit tests for each feature and combination with expected output and actual output comparison. * Public license for SDL_compat.c, tests, and SDL_main* * Verify mouse grab support * Properly handle mouse grab with Vista DPI scaling * Make sure the mouse is where it's supposed to be when un-grabbed * Plan how to handle events on foreign windows * Add keyboard enumeration / name query API * Implement NET_WM_PING and NET_WM_PID/WM_CLIENT_MACHINE (?) - http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#KILLINGWINDOWS * Add a timeout parameter for SDL_WaitEvent() (?) - http://lists.libsdl.org/pipermail/sdl-libsdl.org/2008-May/thread.html#65067 * Implement key repeat at the driver level * Add name -> keysym and name -> scancode lookup functions * Fix building haptic system on win32 * Add always on top window styles * Add video modes that have an alpha channel? * Implement SDL_RenderReadPixels() for screenshots and automated testing * Create extended set of (negative) error codes and have the API functions document and return them. * Add clipboard support (from scrap demo) * Add support for desktop windows? * Add support for synchronizing 2D updates with vblank (bug #406) * Add support for real-time threads and/or adjusting thread priority? * Add support for querying the number of CPUs and binding threads to them? * Allow setting multiple icon sizes Wish list for the 1.3 development branch: http://bugzilla.libsdl.org/ * Add a way to register custom events * DirectInput joystick support needs to be implemented * Explicit vertical retrace wait (maybe separate from SDL_Flip?) * Shaped windows, windows without borders * Multiple display support * Add a timestamp to events * Add audio input API * Add modifier state to key and button events In the jump from 1.2 to 1.3, we should change the SDL_Rect members to int and evaluate all the rest of the datatypes. This is the only place we should do it though, since the 1.2 series should not break binary compatibility in this way. Requests: * PCM volume control (deprecated, but possible)