Emulator Issues #5790
closed
Dolphin crashes on OSX when loading a save state
0%
Description
Every version of Dolphin Emu I've tried in OS X crashes when attempting to load a save game file I've just saved. I've tried 10 or so versions, including the most current version 3.0-883.
The only version that works fine is 3.0 out of the ones I've checked. I'm not sure when it stopped working. Here is the crash log (I've attached the whole thing):
Process: Dolphin [53793]
Path: /Users/USER/Desktop/Dolphin.app/Contents/MacOS/Dolphin
Identifier: com.dolphin-emulator.dolphin
Version: 3.0-883 (3.0)
Code Type: X86-64 (Native)
Parent Process: launchd [182]
User ID: 501
Date/Time: 2012-12-16 07:06:40.076 -0600
OS Version: Mac OS X 10.8.2 (12C60)
Report Version: 10
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGABRT)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
VM Regions Near 0:
-->
__TEXT 0000000000001000-000000000084c000 [ 8492K] r-x/rwx SM=COW /Users/USER/Desktop/Dolphin.app/Contents/MacOS/Dolphin
Application Specific Information:
Performing @selector(clickedAction:) from sender wxNSMenuItem 0x664ed30
abort() called
Updated by YuriShish about 12 years ago
On Linux dolphin can load both GC and Wii games saves.
Updated by delroth about 12 years ago
- Status changed from New to Invalid
Save states are not compatible between versions. Use proper ingame saves if you want to use another version.
Updated by lawsonculver about 12 years ago
I didn't say I was trying to open save states between different versions. Here's what I did to test:
- Open version of Dolphin.
- Load game (in this case, I tried Wind Waker and Mario Sunshine)
- Save a fresh state using the new version
- Wait 5 seconds to make sure it finishes
- Attempt to load the state
- Crash
You guys are quick to dismiss issues... Please reopen it, as this is a valid issue.
Updated by rdragoon about 12 years ago
Until you give more instructions on how to reproduce it, it's not valid.
Updated by lawsonculver about 12 years ago
How much more detailed can I get with the steps to reproduce?
Updated by rdragoon about 12 years ago
I don't know, figure it out. Save states work just fine for me, and apparently everyone else.
Updated by lawsonculver about 12 years ago
So, you think it's all in my head?
Video of crashing: https://dl.dropbox.com/u/6717840/Crash.mov
The system it's crashing on is a 2010 Mac Pro running OS X 10.8.2. I'll attempt to reproduce the issue on my Macbook Pro and Mac Pro at work when I get there, but I think it's a little premature to dismiss my issue as if I don't know how to save/load a save state.
Updated by pauldacheez about 12 years ago
This issue's valid, save states are legitimately broken on OS X right now.
Updated by delroth about 12 years ago
Could you find the first revision that caused this issue?
Updated by lawson about 12 years ago
I'm on it (same person that entered the ticket, but I logged in with the correct Gmail account this time...
Updated by lawson about 12 years ago
Got it:
Dolphin Versions Tested
3.0-883 - Not working
3.0-863 - Not working
3.0-800 - Not working
3.0-750 - Not working (no overwrite error message, but loads still crash)
3.0-700 - Not working
3.0-687 - Crashes - Description: OSX build fix for BPStructs. Thanks to pauldacheez for the fix.
3.0-655 - Works
3.0-651 - Works
Between versions 655 and 687, the OSX build was failing... so there isn't one between then. I'm working on the overwrite error message version, but I'll enter a new ticket for that.
Updated by lawson about 12 years ago
(On a side note, the overwrite error message is fixed in the most recent build, so I won't be entering a ticket for it.)
Updated by dan about 12 years ago
I have the exact same issue on OS X 10.8.2, as well.
I believe this issue is being caused by a disregard for OpenGL's thread safety (or lack thereof).
When the state is being restored in DoState(), a direct call to the renderer object is being made, which is doing it's own GL calls, which then crashes the program (any GL calls cause a crash). Non-thread safe behaviour is implementation defined, and in this case, Apple have decided that this should cause a null pointer dereference.
I'm yet to go back to the source for 3.0-655 and see why that works.
Thanks,
Updated by delroth about 12 years ago
- Issue type set to Bug
- Priority set to High
- Milestone set to 3.5
- Operating system OS X added
Updated by delroth about 12 years ago
- Status changed from Accepted to Work started
Could one of you try this version of Dolphin and tell us if it fixes the issue? http://dl.dolphin-emu.org/builds/dolphin-osx-savegame-fix-3.0-899.dmg
Updated by lawsonculver about 12 years ago
I just tried it... it still crashes.
Updated by delroth about 12 years ago
Could you try this version: http://dl.dolphin-emu.org/builds/dolphin-osx-savegame-fix-3.0-900.dmg
Updated by donaciano2000 almost 12 years ago
That fixes it for me as well. In attempting to find the problem I noticed it only freezes when the first load is not paused. After that all loads work paused or not.
Updated by degasus almost 12 years ago
donaciano: Can you please attach a stack dump while freeze? I suspect to be an other bug ...
lawsonculver: Are you also affected by this bug?
Updated by degasus almost 12 years ago
- Status changed from Work started to Fixed
fix merged to master in 3.0-917
Updated by lawson almost 12 years ago
From what I can tell, donaciano was only seeing crashing before the fix. Everything is working fine for me, and I've used save states dozens of times with a couple of different games with no trouble.