07455: ti83: Freeze after Q pressed

ID	Category [?]	Severity [?]	Reproducibility	Date Submitted	Last Update
07455	Crash/Freeze	Major	Always	Oct 18, 2019, 23:47	Apr 28, 2022, 13:05

Tester	Robbbert	View Status	Public	Platform	MAME (Self-compiled)
Assigned To		Resolution	Open	OS	Windows Vista/7/8 (64-bit)
Status [?]	Confirmed			Driver	ti/ti85.cpp
Version	0.214	Fixed in Version		Build	32-bit
		Fixed in Git Commit		Github Pull Request #

Summary	07455: ti83: Freeze after Q pressed
Description	Normal operation is to press Q to turn it on, and it will say "Mem cleared", with flashing cursor. Then press Esc for a full screen of various settings. Now, after pressing Q the cursor appears, not flashing, and the machine no longer responds.
Steps To Reproduce	Start it up. Press Q.
Additional Information	Last known working in 0.155 Broken in 0.157
Github Commit

Flags
Regression Version	0.156
Affected Sets / Systems	ti83

Attached Files

No.17100 Tafoid Administrator Oct 19, 2019, 03:00	Specific commits in question (probably the first commit) On October 18, 2014: https://github.com/mamedev/mame/commit/0a61c69a7712a1d59000d91b2d6e17e0d338fd65 https://github.com/mamedev/mame/commit/00d0c67a02a0bb416f83fe4111d3064434700dc0 My binaries work AM 10/18 and broken AM 10/19. Only z80 would be at fault and there are no commits on that day for z80.
No.17101 Robbbert Senior Tester Oct 19, 2019, 03:46 edited on: Oct 19, 2019, 03:48	The 2nd commit simply comments out unused variables, and therefore has no effect on this bug. The 1st commit has a number of major changes for other calculators (not the ti83 specifically), but I conjecture that it was caught up in the backwash somehow. The debugger seems to indicate that when Q is pressed, the interrupt fires, but does not clear, so it gets caught up in a loop.
No.20110 Robbbert Senior Tester Apr 28, 2022, 13:05	Current behaviour, the first press of Q does nothing, press again, it quickly flashes "mem cleared" then solid cursor and hangs.