VOGONS


DOSBox debugger

Topic actions

First post, by Qbix

User metadata
Rank DOSBox Author
Rank
DOSBox Author

if you have experience with debugging you can try the DOSBox debugger
It can be downloaded from:
DOSBox debugger EXE 0.74-3
DOSBox debugger EXE 0.74-2
DOSBox debugger EXE 0.74
For information on how to use it:
Guide to debugger

Last edited by Qbix on 2020-10-09, 12:12. Edited 4 times in total.

Water flows down the stream
How to ask questions the smart way!

Reply 1 of 176, by starik

User metadata
Rank Newbie
Rank
Newbie

am i blind, or is there no way in the debugger to search mem for a string or sequence of bytes?

Reply 2 of 176, by dvwjr

User metadata
Rank Member
Rank
Member
starik wrote:

am i blind, or is there no way in the debugger to search mem for a string or sequence of bytes?

You have to think outside the 'BOX...

Use the Dosbox Debug command: MEMDUMPBIN to dump a range of memory to a file named MEMDUMP.BIN Then use your favorite Hex editor to do all the string or byte searches to your heart's content on that file. Presto - you have your in-memory search capability.

Best of luck,

dvwjr

Reply 3 of 176, by starik

User metadata
Rank Newbie
Rank
Newbie

inded i thought of that and how much pain its going to be.

i ended up loading 16-bit debugger in dosbox and then loaded the program into that, and then i had my search function.

too bad the almighty softice doesnt work in dosbox. does it work in boschs?

Reply 4 of 176, by wd

User metadata
Rank DOSBox Author
Rank
DOSBox Author

Why not? Just spell it correctly.

Reply 5 of 176, by manku

User metadata
Rank Newbie
Rank
Newbie

Would be really nice if debugger has ability to set breakpoint on *read* access on some memory fragment. Something like

BPMR [segment]:[offset] [length]

E.g. BMPR 0010:0100 0A -> break program execution if reading from 0010:0100-0010:01009 occured.

Reply 6 of 176, by mefistotelis

User metadata
Rank Newbie
Rank
Newbie

It is great, I just miss so s-ice commands...

for example enabling/disabling breakpoints without deleting them (BE/BD)

Reply 7 of 176, by wd

User metadata
Rank DOSBox Author
Rank
DOSBox Author

I'm missing the whole softice logic, expression evaluation etc. 😀
But nobody yet volunteered to add it...

Reply 8 of 176, by szevvy

User metadata
Rank Newbie
Rank
Newbie

Is there any chance you could put the 0.70 binary up? It'd make me very happy 😀

Thanks!

Reply 10 of 176, by szevvy

User metadata
Rank Newbie
Rank
Newbie

Perfect! Thank you muchly!

Reply 11 of 176, by angrylion

User metadata
Rank Newbie
Rank
Newbie

I would be grateful if someone posted here 0.71 Heavy debug Windows binary.
The reason is that I'm trying to find out why CodeView 3.11/3.14 crashes in DosBox. I debug programs written in Microsoft C 6.0 and they have symbolic information incorporated in them. This symbolic information is in NB02 format which only early versions of CodeView 3.x understand well. That's why I'm stick to these old debuggers.
CodeView 3.x didn't show anything in DosBox 0.70 (immediate crash) but in 0.71 it crashes in process of working having shown a lot of stuff. So 0.71 debug version would be helpful.

Reply 13 of 176, by angrylion

User metadata
Rank Newbie
Rank
Newbie

Thanks a lot!
In 0.65 there was a useful feature that I used quite often: "1, 2, 4, 5 perform 100, 500, 1000, 5000 or 10000 CPU cycles then return to debugger mode".
This is still reflected in the guide to the debugger but it seems that it disappeared in 0.70/0.72 heavy debug.
Are these debugger keys completely gone or is it only my mistake?

Reply 14 of 176, by wd

User metadata
Rank DOSBox Author
Rank
DOSBox Author

Use the LOGS (or LOGL) for that, gives additionally nice output files.

Reply 15 of 176, by Qbix

User metadata
Rank DOSBox Author
Rank
DOSBox Author

they are gone as the command mode and regular mode were merged
you can get comparable behaviour (although it is more typing)
by entering logs 100

Water flows down the stream
How to ask questions the smart way!

Reply 16 of 176, by jefferl

User metadata
Rank Newbie
Rank
Newbie

The code are change from currently 2008/4/30 SVN source code.

I have do some modify on dosdebugger.

Change note:
[bugfix] "LV" command
stand alone commandline from codeView sub-window
[New add] data dump method as byte/word/dword (db/dw/dd)
[New add] windows adjust command (wr/wd/wc/wv [winsize])

If someone interesting the soft-ice like command , It's the attach source file.

Reply 17 of 176, by ih8registrations

User metadata
Rank Oldbie
Rank
Oldbie

I've never managed to get dosbox to compile with debugger successfully under mingw. Anyone done so? I run into an issue with pdcurses. From compiling it to installing precompiled pdcurses. Either I run into an error message "<fill in when I recall it>", or dosbox compiles and starts but quickly shutsdown without saying anything.

Reply 18 of 176, by jefferl

User metadata
Rank Newbie
Rank
Newbie

My compiling environment

Mingw
pdcurses-2.6.0-2003.07.21-1.exe
./configure --enable-debug=heavy
make
Nothing special.

What's your environment ?

Reply 19 of 176, by ih8registrations

User metadata
Rank Oldbie
Rank
Oldbie

Default mingw running on xp. I also do --enable-core-inline

Installed pdcurses-2.6.0-2003.07.21-1.exe, and recompiled; it does the startup immediately shutdown with no error messages routine. I guess I'll try without inline core.

Nope, still no joy.

Last edited by ih8registrations on 2008-05-02, 15:52. Edited 1 time in total.