Software that shows how CPU registers are being used during execution

  • Thread starter Thread starter pairofstrings
  • Start date Start date
  • Tags Tags
    cpu Software
Click For Summary
The discussion centers on finding software that displays CPU register usage after executing assembly instructions, specifically for NASM. A user recalls a 16-bit program that showed register names (AX, BX, CX, DX) and their values but seeks similar tools for 32-bit and 64-bit systems. Participants mention that any serious debugger should provide access to machine code and register values. They reference "debug," a simple built-in debugger from DOS, which is no longer available on modern Windows versions, with XP being the last to include it. Microsoft Visual Studio's debugger is highlighted for its ability to show registers and assembler instruction views. Additionally, WinDBG is recommended as a free standalone debugger for Windows, while GDB is suggested for Linux users. The conversation also touches on the use of Notepad++ for coding, emphasizing that it requires a separate debugger and compiler for assembly programming.
pairofstrings
Messages
411
Reaction score
7
Hello
Can any Assembly Langauge guru help me remember a software name which shows how registers of CPU are being used after execution of each ASM instruction? I vaguely remember that there used to be 16-bit program which showed me names/title like AX BX CX DX and values underneath those titles while I write my program using NASM. I also want to know if such software exists for 32-bit and 64-bit OS.
Please help me remember this. Thanks
 
Technology news on Phys.org
Any serious debugger should give you access to the machine code and register values.
 
  • Like
Likes 1 person
I know that DOS came with a very simple built in debugger called "debug"
http://en.wikipedia.org/wiki/Debug_(command)
Maybe that's the one you used. However it doesn't work on modern Windows versions.
XP was the last version that had the debug program included.
 
Many of the better high-level language development packages include a debugger.

If you still program in assembly, there may be a third-party, non-Microsoft debugger which will allow you to peek under the hood.
 
In a Microsoft Visual Studio's debugger session, click on debug, windows, registers, to see the registers. There is also a window for assembler instruction view. The previous debugger, CodeView, also has a register window and the source window can be viewed in source only, source + assembly, or assembly only. For debug, use the "r" command to display the registers.
 
pairofstrings said:
Hello
Can any Assembly Langauge guru help me remember a software name which shows how registers of CPU are being used after execution of each ASM instruction? I vaguely remember that there used to be 16-bit program which showed me names/title like AX BX CX DX and values underneath those titles while I write my program using NASM. I also want to know if such software exists for 32-bit and 64-bit OS.
Please help me remember this. Thanks

Like Borek said, any serious setup is going to include the ability to watch registers. Just search through the debug menu after stepping into a program.

If you're using something like notepad++, you'll have to use a separate debugger.
 
SixNein said:
If you're using something like notepad++, you'll have to use a separate debugger.

Uh ... huh? What does notepad or notepad++ have to do with using a debugger?
 
phinds said:
Uh ... huh? What does notepad or notepad++ have to do with using a debugger?

Notepad++ is reasonably good for working with code when there is no integrated environment (or you have reasons to not use it). If that's the setup you use to develop your software, you have to use a separate compiler and separate debugger. Been there, done that.
 
Borek said:
Notepad++ is reasonably good for working with code when there is no integrated environment (or you have reasons to not use it). If that's the setup you use to develop your software, you have to use a separate compiler and separate debugger. Been there, done that.

OK, thanks Borek, that makes sense. I've only rarely, and only decades ago, had to work in such an environment and had forgotten.
 
  • #10
WinDBG is a free standalone debugger for Windows. _The_ debugger for systems programming and random hacking on Windows, in fact.
 
  • #11
If you use Linux, there's a good chance that you already have GDB.
 

Similar threads

  • · Replies 6 ·
Replies
6
Views
3K
  • · Replies 30 ·
2
Replies
30
Views
6K
Replies
15
Views
11K
  • · Replies 3 ·
Replies
3
Views
2K
  • Sticky
  • · Replies 13 ·
Replies
13
Views
7K
Replies
60
Views
18K
  • · Replies 23 ·
Replies
23
Views
5K
Replies
1
Views
4K
  • · Replies 3 ·
Replies
3
Views
2K