Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do not allow to unpause after fatal error occured in emulation #10833

Merged
merged 2 commits into from Sep 9, 2021

Conversation

elad335
Copy link
Contributor

@elad335 elad335 commented Sep 7, 2021

Added a "frozen" paused state which cannot be resumed from, used with fatal errors and special executables loading modes. Previously the user could resume emulation after a fatal error occured, but it used to be a top secret flaw only developer knew. After #10830 it became less of a secret...

@Megamouse
Copy link
Contributor

You could also take a look at the Emu.Pause issue i made recently

rpcs3/Emu/System.cpp Outdated Show resolved Hide resolved
@elad335
Copy link
Contributor Author

elad335 commented Sep 7, 2021

@Megamouse Done.

rpcs3/Emu/System.h Outdated Show resolved Hide resolved
@Megamouse
Copy link
Contributor

I think you can just remove the bool return because we do not use it anywhere

rpcs3/Emu/System.cpp Outdated Show resolved Hide resolved
@Megamouse
Copy link
Contributor

btw, you can't use my commit. it doesn't work

rpcs3/Emu/System.h Outdated Show resolved Hide resolved
@elad335
Copy link
Contributor Author

elad335 commented Sep 7, 2021

#10833 (comment)

It's needed because this function can be called from any thread, thus the return value tells whether or not the current thread is the one which paused so it can resume later. A bit like a mutex.try_lock() operation.

@Megamouse
Copy link
Contributor

Lgtm

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Emu.Pause bug
3 participants