Returning Control to CodeView

Article translations Article translations
Article ID: 43648 - View products that this article applies to.
This article was previously published under Q43648
Expand all | Collapse all

SUMMARY

The following are two software methods of returning control to CodeView during program execution:
  1. Use the debug interrupt, Interrupt 3, in your code. Interrupt 3 is called a microprocessor (or logical) interrupt. It is the interrupt that CodeView uses to make breakpoints. Place an Interrupt 3 into your code in selected places where you want to return control to CodeView.

    In a program designed for the Microsoft Windows operating system, use the DebugBreak() function to insert an Interrupt 3 in the code. Using DebugBreak() instead of calling Interrupt 3 directly through assembly code is especially important in applications designed for Win32s.

    The following sample program demonstrates the technique. Note that you could easily construct a macro to insert breakpoints where desired, and you could use inline assembly instead of the int86() function:
          #include <dos.h>
          #include <stdio.h>
    
          void main()
          {
             union REGS  inregs;
             int         i = 1;
    
             for ( ; ; )
                {
                 printf("Loop iteration: %d\n", i++);
                 int86(0x03, &inregs, &inregs);
                }
          }
    						
  2. When CodeView runs in MS-DOS, you can use the CTRL+C and CTRL+BREAK key combinations to return control to CodeView. This method can be useful to break out of a program that is running or that has locked up. When CodeView regains control, the displayed debugging information depends on when you type the key combination and what caused the problem with the application (for example, an infinite loop, a bad pointer, and so on). If desired, continue execution in the normal manner (press F5, F8, or F10, and so on).

    MS-DOS checks for the CTRL+C key combination during most I/O operations. If the system break flag is on (the AUTOEXEC.BAT file includes the command BREAK ON), MS-DOS checks for CTRL+C in other operations as well. If you press CTRL+C when an application is executing in an infinite loop and MS-DOS interrupts are disabled, CodeView may not obtain control.

    In OS/2, CTRL+BREAK does not return control to CodeView. You can use CTRL+C to terminate an application, but you cannot continue debugging after CTRL+C as you can in MS-DOS.

    When you debug an application in 16-bit Windows, CTRL+ALT+SYSRQ returns control to the debugger. When you debug a Win32s program, CTRL+ALT+F11 returns control to the debugger.

    No hardware interrupt returns control to CodeView.

Properties

Article ID: 43648 - Last Review: October 23, 2003 - Revision: 2.0
APPLIES TO
  • Microsoft CodeView 4.1
  • Microsoft CodeView 3.0
  • Microsoft CodeView 3.0
  • Microsoft CodeView 3.0
  • Microsoft CodeView 4.0
  • Microsoft CodeView 4.01
  • Microsoft CodeView 4.01
  • Microsoft CodeView 4.1
  • Microsoft CodeView 3.0
  • Microsoft CodeView 3.05
  • Microsoft CodeView 3.06
  • Microsoft CodeView 3.07
  • Microsoft CodeView 4.0
  • Microsoft CodeView 4.01
  • Microsoft CodeView 4.1
Keywords: 
kbbug kbdebug KB43648
Retired KB Content Disclaimer
This article was written about products for which Microsoft no longer offers support. Therefore, this article is offered "as is" and will no longer be updated.

Give Feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com