Project

General

Profile

Actions

Emulator Issues #3716

closed

Crash when canceling "stop emulation"

Added by fgromerolamas over 13 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

What's the problem?
Load any game, then click to close the window. When prompted if want to stop the emulation, click No.

What is the expected output? What do you see instead?
Should return to the emulation, intead Dolphin crashes

Dolphin version with the problem (as it appears in the title bar, Ex.: "R
4779" or "R 6403M"):
Detected in r6506, still present in 6594

Operating system and version: Windows 7
32-bit or 64-bit: x_64

Please provide any additional information below.
Tested with both DSP plugins, all Graphic plugins, EFB copy, CPU access abd OpenCL disabled.

Actions #1

Updated by xenofears over 13 years ago

I don't get prompted anything, if I close the render window it often just crashes, or goes full stop back to the main Dolphin window. Didn't think to post the crashing as issue.

Actions #2

Updated by DimitriPilot3 over 13 years ago

I can reproduce this on r6587 (Windows x86) with the Display->"Confirm on Stop" option enabled in the Dolphin Configuration window. This issue isn't about the random crashes on exit.

  • Clicking on the "Stop" button and answering "No" to the prompt doesn't make Dolphin crash/exit ;
  • Clicking on the "X" button of the renderer window and answering "No" to the prompt makes it disappear, causing Dolphin to crash when emulation is running. It won't crash immediately if emulation is paused before that ;
  • Clicking on the "X" button of the main window and answering "No" to the prompt closes both windows, causing Dolphin to "crash on exit" (although there's no "Dolphin stopped working" window... but there's an exceptioninfo.txt file produced after that).

The Display->"Confirm on Stop" option seems to be broken in the last two cases...

Actions #3

Updated by glennricster over 13 years ago

  • Status changed from New to Accepted

Hmm, this seems to also affect linux. I will take a look at it. The problem is easy to diagnose. If the windows close button is clicked and no is answered we need to stop dolphin from shutting down. Currently, emulation is not stopped, but the application still shuts down, and this causes the segmentation fault.

Actions #4

Updated by glennricster over 13 years ago

  • Status changed from Accepted to Fixed

This issue was closed by revision r6601.

Actions #5

Updated by DimitriPilot3 over 13 years ago

I just tried r6601. Now, answering "No" when trying to close the main window gives the expected behaviour without crashing, but attempting to close the renderer window still causes problems.

After answering "No" when trying to close the renderer window, the renderer window still closes itself; but then, now, Dolphin shows a "FIFO shutting down while active" dialog message which cannot be closed, as the threads seem frozen...
Closing Dolphin from the task bar (this triggers a sort of shutdown signal) makes the dialog box finally disappear, and then Dolphin crashes, with its window still being there.

(I won't have much time debugging this, as I'm going to go skiing for 1 week soon)

Actions #6

Updated by DimitriPilot3 over 13 years ago

I think r6602 completely fixed this issue now.

Actions

Also available in: Atom PDF