The line-oriented debugger DEBUG.EXE is an external command in operating systems such as DOS, OS/2 and Windows (only in 16-bit/32-bit versions[1]).
DEBUG.EXE
DEBUG can act as an assembler, disassembler, or hex dump program allowing users to interactively examine memory contents (in assembly language, hexadecimal or ASCII), make changes, and selectively execute COM, EXE and other file types. It also has several subcommands which are used to access specific disk sectors, I/O ports and memory addresses.
DEBUG.COM
Traditionally, all computers and operating systems have included a maintenance function, used to determine whether a program is working correctly.[citation needed] DEBUG was originally written by Tim Paterson to serve this purpose in 86-DOS. When Paterson began working for Microsoft in the early 1980s he brought the program with him. DEBUG was part of DOS 1.00 and has been included in MS-DOS/PC DOS and certain versions of Microsoft Windows. Originally named DEBUG.COM, the executable was renamed into DEBUG.EXE with MS-DOS 3.2.[2]
Windows XP and later versions included DEBUG for the MS-DOS subsystem to maintain MS-DOS compatibility. The 16-bit DOS commands are not available on 64-bit editions of Windows.[3]
DEBUG
The MS-DOS/PC DOS DEBUG has several limitations:
Enhanced DEBUG packages include the DEBUG command in Novell DOS 7, OpenDOS 7.01 and DR-DOS 7.02 and higher, a reimplementation of Digital Research's former Symbolic Instruction Debugger SID/SID86,[4] which came with former versions of DR DOS.[5][6][7] It is fully compatible with the DEBUG command line syntax of MS-DOS/PC DOS, but offers many enhancements, including supporting 16-bit and 32-bit opcodes up to the Pentium, an extended mode (/X) with dozens of additional commands and sub-modes, a much enhanced command line syntax with user-definable macros and symbolic debugging facilities with named registers, loaded symbol tables, mathematical operations and base conversions, as well as a commenting disassembler.[8][7] Some versions also utilized DPMS to function as a "stealth mode" protected-mode debugger.[9]
The FreeDOS version of DEBUG was developed by Paul Vojta and is licensed under the MIT License.[10]
A 32-bit clone "DEBUGX" version supporting 32-bit DPMI programs exists as well.[11] Andreas "Japheth" Grech, the author of the HX DOS extender, developed enhanced DEBUG versions 0.98 to 1.25, and former PC DOS developer Vernon C. Brooks added versions 1.26 to 1.32.[12]
DEBUG [[drive:][path] filename [parameters]]
When DEBUG is started without any parameters the DEBUG prompt, a "-" appears. The user can then enter one of several one or two-letter subcommands, including "A" to enter the assembler mode, "D" to perform a hexadecimal dump, "T" to trace and "U" to unassemble (disassemble) a program in memory.[13] DEBUG can also be used as a "DEBUG script" interpreter using the following syntax.
DEBUG < filename
A script file may contain DEBUG subcommands and assembly language instructions.[14] This method can be used to create or edit binary files from batch files.[2]
The DEBUG utility is useful for editing binary files in an environment where only DOS is installed without anything else. It can also be used to edit disk sectors, which is one method of removing boot-sector viruses.
Although technical documentation for the DEBUG command was removed with the release of MS-DOS 3.3, the command was retained in the standard distribution, unlike what was done with EXE2BIN.[15]
The operating systems Intel ISIS-II[16] and iRMX 86,[17] DEC TOPS-10[18] and TOPS-20,[19] THEOS/OASIS,[20] Zilog Z80-RIO,[21] Stratus OpenVOS,[22] PC-MOS,[23] and AROS[24] also provide a DEBUG command.
{{cite book}}
|work=
[…] Since the DR-DOS 7.03 DEBUG is still based on the old SID86.EXE, I suggest to run DEBUG 1.51 and enter the extended help system with ?? from the debug prompt. This will give you eight screens full of syntax and feature help. Some of these features were also supported by older issues. […]
Lokasi Pengunjung: 3.145.33.252