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

MAME debugger feature requests #7034

Closed
3 tasks done
ScottTunstall opened this issue Aug 5, 2020 · 8 comments
Closed
3 tasks done

MAME debugger feature requests #7034

ScottTunstall opened this issue Aug 5, 2020 · 8 comments

Comments

@ScottTunstall
Copy link

ScottTunstall commented Aug 5, 2020

Hi,

I have some more feature requests that would make reverse engineering old games a bit quicker.

Would it be possible to implement the following features:

  • Copy (CTRL+C) from debugger console history?

I know there is an undocumented CONDUMP command (I looked @ the MAME source) but this would be faster.

  • Copy assembly code from diassembly window and be able to paste into a document?

With my reverse engineering work, I discover code is actually data and vice versa. It would be good if, instead of me using the dasm command all the time to create a file I copy and paste from, I could just copy and paste the text verbatim from the MAME disassembly window. It would literally save me hours!

  • Copy bytes from memory window, with specified bytes per line in clipboard. This is what I'd like to see:

Say I used CTRL+O and CTRL+P to size the memory window to 8 bytes per line. When I copy and paste from it, the text pasted will contain the address of each line and 8 bytes as hex, e.g. copying 2 rows of 8 bytes per row from memory address 1234 would result in:

1234: 01 02 03 04 05 06 07 08
123C: 09 0A 0B 0C 0D 0E 0F 10

The DUMP command doesn't let me specify bytes per line and its tedious having to format the output manually.

If anyone could look at these requests, that would be fantastic. I'd be a very happy man! Thanks very much in advance.

Scott

@ajrhacker
Copy link
Contributor

The DUMP command doesn't let me specify bytes per line

It actually does through the optional fifth argument I added a while ago.

@ScottTunstall
Copy link
Author

ScottTunstall commented Aug 6, 2020

For dump's help text (in most recent released build 222) it says the following:

dump[{d|i}] <filename>,<address>,<length>[,<size>[,<ascii>[,<CPU>]]]

The rest of the text doesn't mention rowSize, so I took a look at the MAME source. I see it now. Excellent :)

if I substitute 9 for "CPU" parameter and "0" afterwards (which I see is new CPU param position?) then it dumps 9 bytes per line. Good work!

I figure help text should now be:
dump[{d|i}] <filename>,<address>,<length>[,<size>[,<ascii>[,rowsize,[,<CPU>]]]]

Is that correct?

@stilett0
Copy link
Contributor

@cuavas - Partially or completely addressed by 83c9637 etc. in MAME 0.229?

@cuavas
Copy link
Member

cuavas commented Feb 25, 2021

Well, besides the help for the dump command apparently being out-of-sync with the actual argument syntax, it’s addressed.

@cuavas
Copy link
Member

cuavas commented Feb 25, 2021

Actually, looking at the code, I’m not sure you can control bytes-per-line with dump, only bytes-per-chunk.

@jotego
Copy link
Contributor

jotego commented Jun 26, 2022

I'd like to see the feature to copy text too. It would be very useful to be able to select text from the output window and copy it for analysis in other tools.

@cuavas
Copy link
Member

cuavas commented Jun 26, 2022

I'd like to see the feature to copy text too. It would be very useful to be able to select text from the output window and copy it for analysis in other tools.

You can already do that: right--click and choose "copy visible" from the context menu.

@cuavas
Copy link
Member

cuavas commented Feb 2, 2023

All of these have been addressed. You can right-click views and copy the visible content, which includes console history.

@cuavas cuavas closed this as completed Feb 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants