Retroarch hangs on closing content

libretro / RetroArch

Cross-platform, sophisticated frontend for the libretro API. Licensed GPLv3.

http://www.libretro.com

GNU General Public License v3.0

10.24k stars 1.83k forks source link

Retroarch hangs on closing content #7948

Open Lynnesbian opened 5 years ago

Lynnesbian commented 5 years ago

Description

When closing content with retroarch, the process hangs. The only was to end the process is with SIGKILL.

Expected behavior

The retroarch menu returns.

Actual behavior

The program hangs, requiring SIGKILL. This happens with both xmb and rgui menu drivers.

Steps to reproduce the bug

Load content
Open the menu
Close content

Bisect Results

This issue has persisted ever since I installed retroarch on my computer. I've used previous versions and not had this issue, and this issue doesn't happen on other computers with the same version.

Version/Commit

You can find this information under Information/System Information

RetroArch: 01b2b9c3a6 (also happens with 1.7.5-3 from Arch community repo)

Environment information

OS: Arch Linux x86_64 (4.20.0-arch1-1-ARCH)
Compiler: g++ (8.2.1 20181127 (GCC)) with ccache

orbea commented 5 years ago

Can you share a --verbose log?

Ferk commented 5 years ago

Which core are you using? Does it happen with every core? This is a known issue with, for example, scummvm (https://github.com/libretro/scummvm/issues/116)

Lynnesbian commented 5 years ago

Can you share a --verbose log?

Sure! https://pastebin.com/fwYAvupf

Which core are you using? Does it happen with every core?

It happens with:

Snes9x
Genesis Plus GX
Nestopia
VBA-M

These are all the cores I tested, so it's likely that it happens with every core.

orbea commented 5 years ago

I don't see anything obvious in the verbose log and the gdb log is incomplete unfortunately.

Here are three ways you may be able to narrow this down more.

Build the RetroArch master yourself using this repo with ./configure && make and see if the issue is still present.
Try building the git release tags back to maybe v1.3.6 until you find a good commit and then use git bisect to find out what was the first bad commit. If there are no good commits this won't work.
Try building with debugging symbols: ./configure && make DEBUG=1 and then reproduce it again in gdb, but instead of using pkill use ctrl+c in the gdb prompt when it freezes. Then bt, bt full and then share the output here.

hhromic commented 5 years ago

Which core are you using? Does it happen with every core? This is a known issue with, for example, scummvm (libretro/scummvm#116)

In the case of the ScummVM core, the freezing issue is completely related to the core itself, not RetroArch. There is a race condition that prevents an exit loop to finish. RetroArch doesn't freeze itself but endlessly waits for the core (which is the one never exiting) to cleanly exit.