wraggster
November 12th, 2005, 17:10
Two9A the original coder of the Nintendo DS emulator DSemu has posted this news:
So yeah, that Trefunge debugger didn't get very far before I abandoned that too. Sorry 'bout that. However, I did decide to go back to DSemu-ng and bash out some more code. And some results have been forthcoming.
At this point, I've enabled the 'Open DS' option on the File menu; when a ROM is loaded, the window resizes to 256x384, and two CPU cores are loaded. There is no graphics plugin at this time, nor sound or timer; instead the DS option loads null plugins for these three. The major step in today's snapshot is the loading of two CPUs, and the shiny new two-CPU breakpoint window.
There are, of course, problems. Only the main CPU actually runs; you can step through and hit the Run button just fine, and stuff will execute. However, opening up the sub-CPU debugger shows that it never moves a jot from its reset position. Furthermore, the two CPUs currently share an MMU (and it's the GBA's MMU), which is not just undesirable, but unacceptable. And there's lots more small issues relating to the fact that null plugins are loaded for the peripherals, but we'll save that for another time.
There is a glimmer of hope though. JaJa has been debugging the compilation process for Mac OSX, and has managed to hack a working Makefile together. Try it out, if you like; the source, as ever, is at the link below.
More info --> http://www.dsemu.org/
So yeah, that Trefunge debugger didn't get very far before I abandoned that too. Sorry 'bout that. However, I did decide to go back to DSemu-ng and bash out some more code. And some results have been forthcoming.
At this point, I've enabled the 'Open DS' option on the File menu; when a ROM is loaded, the window resizes to 256x384, and two CPU cores are loaded. There is no graphics plugin at this time, nor sound or timer; instead the DS option loads null plugins for these three. The major step in today's snapshot is the loading of two CPUs, and the shiny new two-CPU breakpoint window.
There are, of course, problems. Only the main CPU actually runs; you can step through and hit the Run button just fine, and stuff will execute. However, opening up the sub-CPU debugger shows that it never moves a jot from its reset position. Furthermore, the two CPUs currently share an MMU (and it's the GBA's MMU), which is not just undesirable, but unacceptable. And there's lots more small issues relating to the fact that null plugins are loaded for the peripherals, but we'll save that for another time.
There is a glimmer of hope though. JaJa has been debugging the compilation process for Mac OSX, and has managed to hack a working Makefile together. Try it out, if you like; the source, as ever, is at the link below.
More info --> http://www.dsemu.org/