Abstracting pairing edit IDs with label IDs
Extracting definition of register tab data to a separate file
Adding a facility to get the text of a CWindow, there didn't seem to be a straightforward mechanism to do this Adding functionality to clipboard the current tab's registers or registers from all tabs
Fixing FCSR to have the same styling as all of the other register edit fields
I'm not sure if this is written how it should be, but the lack of this feature had been bugging me for a bit and I would like to see it to be standard.
replace the list control with a custom hex editor control
add ability to select/copy/paste/delete multiple bytes
add byte group size option
make window resizable
fix DPI-related issues
speed up auto-refresh
remove option to disable auto-refresh (new control's cpu usage is insignificant)
move the dump and search buttons into the context menu
change colors of breakpoints to match the command window's
highlight CPU read and write targets while stepping
move address info into a status bar
allow window to open before MMU is initialized
add shortcut keys for various actions
add "follow pointer" feature
add "safe mode" feature
add copy gameshark code feature
add copy with row/group addresses feature
add tabs feature
add jump menu for hardware regions
fix cartridge ROM addresses not being viewable
allow writes to cartridge ROM
use thread-safe functions for reading/writing memory
I neglected FreeLibrary and have multiple calls to LoadLibrary without freeing. This is fixed by moving it to the class member level and allocating and deallocating through the class constructor/destructor.
threading code needs some refactoring. List of changes:
* Script threads no longer call the debugger UI (e.g. refresh) nor do
they call the script system's cleanup function
(deleteStoppedInstances).
* Changed API.js Server.on method to queue calls to nativeAccept if .listen()
hasn't been called yet (otherwise winsock gives errors).
* Added various paranoia thread locks.
* Forced termination of script threads now works. The (commented) call
to TerminateThread didn't work because getCurrentThread() doesn't return
a "real" HANDLE. The solution is to pass the result of getCurrentThread
to DuplicateHandle to get a "real" handle.
zilmar