search

supertuxkart-sourceforge-migration / stk-migration-test2

0 stars 0 forks source link

Crash on launch (Mac) #838

Open supertuxkart-sourceforge-migration opened 10 years ago

supertuxkart-sourceforge-migration commented 10 years ago

Author: robfog

I just installed !SuperTuxKart 0.8 on OS X 10.8.2. It crashes on launch. Here's the crash log: http://pastebin.com/Lh1JKVYA.

Please let me know if there is more information I can supply for diagnosis.

With "0.8" missing as an option for "Version", I chose "current SVN" as suggested by "Arthur_D" in #stk.

Migrated-From: https://sourceforge.net/apps/trac/supertuxkart/ticket/838

supertuxkart-sourceforge-migration commented 10 years ago

Author: hikerstk I'll leave this to auria, our OSX expert, since it crashes at startup, when trying to open the window, i.e. before any real processing happens.

Three things:

supertuxkart-sourceforge-migration commented 10 years ago

Author: hikerstk Just a quick correct, do not delete the old supertuxkart directory, just rename it. If this fixes the problem, the old files might help us avoid the crash in the future.

Thanks! Joerg

supertuxkart-sourceforge-migration commented 10 years ago

Author: robfog Thanks for getting back to me so quickly. :)

Replying to hikerstk:

Three things:

  • do you have old config files for SuperTuxKart installed? While this shouldn't matter, an incorrect resolution might cause that problem. Just delete the old config files (in ~/Library/Application Support/supertuxkart) and try again. I deleted all STK-related files when testing. The crash happens on first start.
  • make sure you have the latest graphics driver installed. I have all system updates installed...
  • do you happen to know if any other irrlicht program works on your computer? Unfortunately I am not really sure which ones you could try, perhaps auria knows more. I'd be surprised but I couldn't tell you.
supertuxkart-sourceforge-migration commented 10 years ago

Author: robfog

  • do you happen to know if any other irrlicht program works on your computer? Unfortunately I am not really sure which ones you could try, perhaps auria knows more. I'd be surprised but I couldn't tell you. Oh, hang on. I misread what you wrote. I can look for some other software.
supertuxkart-sourceforge-migration commented 10 years ago

Author: auria I do not own OSX 10.8 to test with. But on my 10.7 system, everything works correctly, so I don't really know

supertuxkart-sourceforge-migration commented 10 years ago

Author: hikerstk Unfortunately none of us developers has 10.8 (and it works also fine on my 10.6). I've asked a friend with 10.8 to see if he has similar issues.

Otherwise me might have to see if an irrlicht example works on your system. Do you have experience with compiling on OSX, so could we ask you to try irrlicht with one of the examples?

supertuxkart-sourceforge-migration commented 10 years ago

Author: robfog Oh, 10.7 is an odd version to stick with. It seems these days most Mac users are using either 10.8 or 10.6.

Replying to hikerstk:

Unfortunately none of us developers has 10.8 (and it works also fine on my 10.6). I've asked a friend with 10.8 to see if he has similar issues. Thanks.

Otherwise me might have to see if an irrlicht example works on your system. Do you have experience with compiling on OSX, so could we ask you to try irrlicht with one of the examples? I compile Adium regularly, so I guess I have a little experience. Yes, you can. :)

supertuxkart-sourceforge-migration commented 10 years ago

Author: robfog Okay, which app should I try? Should it be based on the same version of Irrlicht as STK?

supertuxkart-sourceforge-migration commented 10 years ago

Author: hikerstk Replying to robfog:

Okay, which app should I try? Should it be based on the same version of Irrlicht as STK? Haven't heard back from my friend yet. But if you want to try: download irrlicht 1.8 (our version is nearly identical). Open source/Irrlicht/MacOSX/MacOSX.xcodeproj Select debug | 08.Special SFX and compile and run (this should first build the irrlicht library). You have to open the console window, enter 'n' for no shadow, then enter 'a' for OpenGL. If you see the dwarf, then everything is fine and we have to keep on searching (exit demo with command-q).

supertuxkart-sourceforge-migration commented 10 years ago

Author: robfog Thanks!

I was able to overcome one build failure by changing the base SDK but now I'm stuck, sorry.

supertuxkart-sourceforge-migration commented 10 years ago

Author: internetzel I've got one iMac G5 running OS X 10.5.8 (1680 * 1050 screen resolution) which has no problem launching the game but my other PowerBook G4 running OS X 10.5.8 (1024 * 768 screen resolution) crashes with a nearly identical backtrace to the one that was posted here. I'll try to debug and fix it.

supertuxkart-sourceforge-migration commented 10 years ago

Author: internetzel Manually changing fullscreen to true in the config.xml makes the game start correctly here. Disabling fullscreen and setting the window height to a size bigger than the screen resolution permits (48 pixels less than vertical resolution here on 10.5.8) causes the crash. If the window width is bigger than the horizontal screen resolution the game falls back to a window size of 800 * 600.

Another problem on my PowerBook with GeForce FX Go 5200 is that the game crashes upon starting a race when FBO is enabled. Disabling FBO avoids that.

supertuxkart-sourceforge-migration commented 10 years ago

Author: hikerstk Thanks a lot for this information!

Re FBO we have ticket #843 for this (now that we have our own irrlicht we might be able to detect this and disable FBO automatically).

Robfog - can you confirm that changing the resolution works? Googling suggests that your screen resolution is 1280x800, which means that the default screen size of 1024x768 is slightly too large (giving the 48 pixel difference mentioned by internetzel).

Just open the file ~/Library/Application Support/supertuxkart/config.xml in an editor, find the section [ <Video width="800" height="600" fullscreen="false" ... /core (though you will have a different size here). First try setting 800 and 600 (as above), then your actual screen resolution with fullscreen="true", and 1280x752 (which will leave exactly 48 pixels).

supertuxkart-sourceforge-migration commented 10 years ago

Author: robfog

supertuxkart-sourceforge-migration commented 10 years ago

Author: internetzel Great that it works for you as well! 1280x752 should be tested with fullscreen="false" (in fullscreen such a resolution would be unsupported in fact), or is that just a typo?

supertuxkart-sourceforge-migration commented 10 years ago

Author: hikerstk I've opened a ticket in irrlicht for that (https://sourceforge.net/tracker/?func=detail&aid=3596715&group_id=74339&atid=540676), but I am not sure how soon this might get fixed.

The situation is unfortunately a bit complex: think of a laptop with a monitor attached. I am not entirely sure if irrlicht would report the monitor resolution back, and so just subtracting 48 from vertical resolution in case of non-full screen on OSX might impact people using a multi-monitor setup. Even worse, in this case: what would happen if the window is actually opened on the laptop screen instead of full screen, which we can't really distinguish.

Any suggestions on a solution here (at least till we get an irrlicht fix)?

One idea would be to just get the maximum resolution, and start in fullscreen mode - by now it appears that stk is quite stable (usually ;) ) so that the argument that fullscreen mode as default can make it hard to recover in case of a problem less severe.

Suggestion welcome! Joerg

supertuxkart-sourceforge-migration commented 10 years ago

Author: auria I did a little digging. The code crashing is

- (NSSize)windowWillResize:(NSWindow *)window toSize:(NSSize)proposedFrameSize
{
    if (_device->isResizable())
        return proposedFrameSize;
    else
        return [frame](window).size;
}

in lib/irrlicht/source/Irrlicht/MacOSX/AppDelegate.mm.

A debugger check would be needed but I suspect _device is null. Possibly the OS is trying to resize down the too-large window, but irrlicht is not ready to handle this resize event

supertuxkart-sourceforge-migration commented 10 years ago

Author: auria Worked around in r12289