Changeset 32049 in vbox for trunk/src/VBox
- Timestamp:
- Aug 27, 2010 12:47:44 PM (14 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/src/VBox/VMM/DBGF.cpp
r28800 r32049 28 28 * 29 29 * The interface is working in a manner similar to the win32, linux and os2 30 * debugger interfaces. It interface has an asynchronous nature. This comes from 31 * the fact that the VMM and the Debugger are running in different threads. They 32 * are refered to as the "emulation thread" and the "debugger thread", or as the 33 * "ping thread" and the "pong thread, respectivly. (The last set of names comes 34 * from the use of the Ping-Pong synchronization construct from the RTSem API.) 30 * debugger interfaces. The interface has an asynchronous nature. This comes 31 * from the fact that the VMM and the Debugger are running in different threads. 32 * They are refered to as the "emulation thread" and the "debugger thread", or 33 * as the "ping thread" and the "pong thread, respectivly. (The last set of 34 * names comes from the use of the Ping-Pong synchronization construct from the 35 * RTSem API.) 35 36 * 36 37 * @see grp_dbgf … … 49 50 * event waiting to be processed. 50 51 * 51 * An event can be a respons to a ncommand issued previously, the hitting of a52 * breakpoint, or running into a bad/fatal VMM condition. The debugger now ha ve52 * An event can be a respons to a command issued previously, the hitting of a 53 * breakpoint, or running into a bad/fatal VMM condition. The debugger now has 53 54 * the ping and must respond to the event at hand - the VMM is waiting. This 54 55 * usually means that the user of the debugger must do something, but it doesn't
Note:
See TracChangeset
for help on using the changeset viewer.