You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
I have written first draft commits which accomplish this, so the purpose of this issue/feature request is to see whether the dosbox-x maintainers/community are interested in something like this.
I'm reverse engineering a game where there are a series of functions whose arguments are constantly changing. Most of the arguments are passed via registers but some functions require a combination of registers and memory location set before the function is called.
I found the current set of commands lacking, where LOGC generally fits my needs, but what I'm looking for is to not type LOGC every time the Break Point occurs. Additionally, I would like to log the value of certain memory locations when the Break Point occurs, again MEMDUMP fills that purpose, but not at the scale I would like to run it. These functions could be called 30 - 50 times in a few minutes.
What you want
I'm looking for two features to be added to the Debug functionality .
Add new commands to indicate that implicit calls to LOGC and MEMDUMP occur once a Break Point is reached
Secondarily, add ability to save Break Points and Memory Break Points to file, similar to how the SV (Save Variables) command works. This also provides a name the breakpoint in the CPU dump file.
Describe alternatives you've considered
As I described above, LOGC and MEMDUMP accomplish the function of what I would like to do, just not at the scale I would like them to.
Short of "hooking" the game functions in some way, which I'm not sure how I would do, I'm unsure of how else to accomplish what I'm looking for.
Additional information
If there is interest in this feature, I'll create a pull request. I would like to rewrite the draft I've put together so far as it needs some polishing.
Have you checked that no similar feature request(s) exist?
I have searched and didn't find any similar feature request.
Code of Conduct & Contributing Guidelines
I agree to follow the code of conduct and the contributing guidelines.
The text was updated successfully, but these errors were encountered:
Add a debug feature where at every break point - physical or memory -
the current CPU instruction will be logged along with any memory break points.
This is connected to issue joncampbell123#5371
Is your feature request related to a problem? Please describe.
I have written first draft commits which accomplish this, so the purpose of this issue/feature request is to see whether the dosbox-x maintainers/community are interested in something like this.
I'm reverse engineering a game where there are a series of functions whose arguments are constantly changing. Most of the arguments are passed via registers but some functions require a combination of registers and memory location set before the function is called.
I found the current set of commands lacking, where LOGC generally fits my needs, but what I'm looking for is to not type LOGC every time the Break Point occurs. Additionally, I would like to log the value of certain memory locations when the Break Point occurs, again MEMDUMP fills that purpose, but not at the scale I would like to run it. These functions could be called 30 - 50 times in a few minutes.
What you want
I'm looking for two features to be added to the Debug functionality .
Describe alternatives you've considered
As I described above, LOGC and MEMDUMP accomplish the function of what I would like to do, just not at the scale I would like them to.
Short of "hooking" the game functions in some way, which I'm not sure how I would do, I'm unsure of how else to accomplish what I'm looking for.
Additional information
If there is interest in this feature, I'll create a pull request. I would like to rewrite the draft I've put together so far as it needs some polishing.
Have you checked that no similar feature request(s) exist?
Code of Conduct & Contributing Guidelines
The text was updated successfully, but these errors were encountered: