Emulator

Issue started happening at 9249.

So 4.0-9247 works, but not 4.0-9249? Please note that the builds from that time on the download page are out of order.

JosJuice wrote:

So 4.0-9247 works, but not 4.0-9249? Please note that the builds from that time on the download page are out of order.

I got the numbers mixed up in the initial post. 9222 and 9237 works fine. 9249, 9251, 9267, and 9285 all had the same issue.

Please test the versions between 4.0-9237 and 4.0-9249 so we know exactly where it broke.

There are two versions between that: 9240 and 9242.
9242 seems to be when it started happening and based on the discussion for that PR, it sounds relevant.

I believe this is still happening even on 4.0-9418. Can't follow breakpoints and games are very prone to crashing when debugging.

megarockexe: Please clarify how to reproduce this bug. Where are you setting the breakpoint and on what kind of instruction? What do you mean by "step through"? (Step into, step over, ... ?) What do you mean by "following a routine"? (I assume you mean step over, but that seems to work for me.) What do you mean by "exiting routine inspection"? If you specify which game/address you're looking at, this would help us reproduce the issue.

flacs wrote:

megarockexe: Please clarify how to reproduce this bug. Where are you setting the breakpoint and on what kind of instruction? What do you mean by "step through"? (Step into, step over, ... ?) What do you mean by "following a routine"? (I assume you mean step over, but that seems to work for me.) What do you mean by "exiting routine inspection"? If you specify which game/address you're looking at, this would help us reproduce the issue.

I don't know what's changed since, but the reason I didn't specify a game is because I could have sworn it wasn't working as intended for several Wii games in those builds. Seems it only affects the Rock Band games, which really reduces the importance of the issue. Oh, and apparently also for Super Smash Bros Brawl.
I had several breakpoints set. The instruction doesn't really matter. Fastest way I can get the issue to happen is pausing the emulation as early as the strap usage screen. Most of the time, clicking the Stepping Into button a few times would throw the current instruction to a GQR Adds routine when it wasn't meant to go there. This would happen even with situational breakpoints I set. Because this jump is unintended, the game will often freeze. Actually, even pausing and unpausing the emulation a lot will freeze the game at the strap usage screen.
And this is on the JIT Recompiler core. I haven't changed any other settings since.

flacs wrote:

Removing Milestone=Current, because people who use the debugger are unlikely to use a stable build, nobody has been able to reproduce the bug, and the debugger is known to be kinda buggy anyway.

I realize this is an older issue, but this issue is still present and I may be able to help with explaining how to reproduce the error. Essentially any breakpoint is hit in Super Smash Bros. Brawl, as soon as i try stepping it steps to Brawl's ExternalInterruptHandler, (Brawl had function maps for the entire game left on the Korean disc, that's where i got the function name) then crashes after running through it. This makes debugging Brawl pretty much impossible in Dolphin 5.0.

The Handler is located at 801dd644 in Dolphin 5.0-321, in the current version however it seems that it jumps to the same function but at 0x500 with the same result