page_title: Machine code monitor
hierarchical_section_title: Machine code monitor
caption_attribution_description: English: Screen shot of the output of the machine code monitor of a W65C816S single-board computer following execution of a short program (also illustrated).
context_page_description: A machine code monitor is software that allows a user to enter commands to view and change memory locations on a computer, with options to load and save memory contents from/to secondary storage. Some full-featured machine code monitors provide detailed control of the execution of machine language programs, and include absolute-address code assembly and disassembly capabilities.
  Machine code monitors became popular during the home computer era of the 1970s and 1980s and were sometimes available as resident firmware in some computers. Often, computer manufacturers rely on their ROM-resident monitors to permit users to reconfigure their computers following installation of upgrade hardware, such as expanded main memory, additional disk drives, or different video displays.
  It was not unheard of to perform all of one's programming in a monitor in lieu of a full-fledged symbolic assembler. Even after full-featured assemblers became readily available, a machine code monitor was indispensable for debugging programs. The usual technique was to set break points in the code undergoing testing and start the program.
context_section_description: A machine code monitor (a.k.a. machine language monitor) is software that allows a user to enter commands to view and change memory locations on a computer, with options to load and save memory contents from/to secondary storage.  Some full-featured machine code monitors provide detailed control ("single-stepping") of the execution of machine language programs (much like a debugger), and include absolute-address code assembly and disassembly capabilities.
  Machine code monitors became popular during the home computer era of the 1970s and 1980s and were sometimes available as resident firmware in some computers (e.g., the built-in monitors in the Commodore 128, Heathkit H89 and Zenith laptops).  Often, computer manufacturers rely on their ROM-resident monitors to permit users to reconfigure their computers following installation of upgrade hardware, such as expanded main memory, additional disk drives, or different video displays.
  It was not unheard of to perform all of one's programming in a monitor in lieu of a full-fledged symbolic assembler.  Even after full-featured assemblers became readily available, a machine code monitor was indispensable for debugging programs.  The usual technique was to set break points in the code undergoing testing (e.g., with a BRK instruction in 6502 assembly language) and start the program. When the microprocessor encountered a break point, the test program would be interrupted and control would be transferred to the machine code monitor. Typically, this would trigger a register dump and then the monitor would await programmer input. Activities at this point might include examining memory contents, patching code and/or perhaps altering the processor registers prior to restarting the test program.
  The general decline of scratch-written assembly language software has made the use of a machine code monitor somewhat of a lost art.  In most systems where higher-level languages are employed, debuggers are used to present a more abstract and friendly view of what is happening within a program.  However, the use of machine code monitors persists, especially in the area of hobby-built computers.
caption: Machine code monitor in a W65C816S single-board computer, displaying code disassembly, as well as processor register and memory dumps
exif: {}