|
- <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
- <html>
- <!-- Copyright (C) 1988-2020 Free Software Foundation, Inc.
-
- Permission is granted to copy, distribute and/or modify this document
- under the terms of the GNU Free Documentation License, Version 1.3 or
- any later version published by the Free Software Foundation; with the
- Invariant Sections being "Free Software" and "Free Software Needs
- Free Documentation", with the Front-Cover Texts being "A GNU Manual,"
- and with the Back-Cover Texts as in (a) below.
-
- (a) The FSF's Back-Cover Text is: "You are free to copy and modify
- this GNU Manual. Buying copies from GNU Press supports the FSF in
- developing GNU and promoting software freedom." -->
- <!-- Created by GNU Texinfo 6.5, http://www.gnu.org/software/texinfo/ -->
- <head>
- <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
- <title>Agent Expressions (Debugging with GDB)</title>
-
- <meta name="description" content="Agent Expressions (Debugging with GDB)">
- <meta name="keywords" content="Agent Expressions (Debugging with GDB)">
- <meta name="resource-type" content="document">
- <meta name="distribution" content="global">
- <meta name="Generator" content="makeinfo">
- <link href="index.html#Top" rel="start" title="Top">
- <link href="Concept-Index.html#Concept-Index" rel="index" title="Concept Index">
- <link href="index.html#SEC_Contents" rel="contents" title="Table of Contents">
- <link href="index.html#Top" rel="up" title="Top">
- <link href="General-Bytecode-Design.html#General-Bytecode-Design" rel="next" title="General Bytecode Design">
- <link href="Branch-Trace-Configuration-Format.html#Branch-Trace-Configuration-Format" rel="prev" title="Branch Trace Configuration Format">
- <style type="text/css">
- <!--
- a.summary-letter {text-decoration: none}
- blockquote.indentedblock {margin-right: 0em}
- blockquote.smallindentedblock {margin-right: 0em; font-size: smaller}
- blockquote.smallquotation {font-size: smaller}
- div.display {margin-left: 3.2em}
- div.example {margin-left: 3.2em}
- div.lisp {margin-left: 3.2em}
- div.smalldisplay {margin-left: 3.2em}
- div.smallexample {margin-left: 3.2em}
- div.smalllisp {margin-left: 3.2em}
- kbd {font-style: oblique}
- pre.display {font-family: inherit}
- pre.format {font-family: inherit}
- pre.menu-comment {font-family: serif}
- pre.menu-preformatted {font-family: serif}
- pre.smalldisplay {font-family: inherit; font-size: smaller}
- pre.smallexample {font-size: smaller}
- pre.smallformat {font-family: inherit; font-size: smaller}
- pre.smalllisp {font-size: smaller}
- span.nolinebreak {white-space: nowrap}
- span.roman {font-family: initial; font-weight: normal}
- span.sansserif {font-family: sans-serif; font-weight: normal}
- ul.no-bullet {list-style: none}
- -->
- </style>
-
-
- </head>
-
- <body lang="en">
- <a name="Agent-Expressions"></a>
- <div class="header">
- <p>
- Next: <a href="Target-Descriptions.html#Target-Descriptions" accesskey="n" rel="next">Target Descriptions</a>, Previous: <a href="Remote-Protocol.html#Remote-Protocol" accesskey="p" rel="prev">Remote Protocol</a>, Up: <a href="index.html#Top" accesskey="u" rel="up">Top</a> [<a href="index.html#SEC_Contents" title="Table of contents" rel="contents">Contents</a>][<a href="Concept-Index.html#Concept-Index" title="Index" rel="index">Index</a>]</p>
- </div>
- <hr>
- <a name="The-GDB-Agent-Expression-Mechanism"></a>
- <h2 class="appendix">Appendix F The GDB Agent Expression Mechanism</h2>
-
- <p>In some applications, it is not feasible for the debugger to interrupt
- the program’s execution long enough for the developer to learn anything
- helpful about its behavior. If the program’s correctness depends on its
- real-time behavior, delays introduced by a debugger might cause the
- program to fail, even when the code itself is correct. It is useful to
- be able to observe the program’s behavior without interrupting it.
- </p>
- <p>Using GDB’s <code>trace</code> and <code>collect</code> commands, the user can
- specify locations in the program, and arbitrary expressions to evaluate
- when those locations are reached. Later, using the <code>tfind</code>
- command, she can examine the values those expressions had when the
- program hit the trace points. The expressions may also denote objects
- in memory — structures or arrays, for example — whose values GDB
- should record; while visiting a particular tracepoint, the user may
- inspect those objects as if they were in memory at that moment.
- However, because GDB records these values without interacting with the
- user, it can do so quickly and unobtrusively, hopefully not disturbing
- the program’s behavior.
- </p>
- <p>When GDB is debugging a remote target, the GDB <em>agent</em> code running
- on the target computes the values of the expressions itself. To avoid
- having a full symbolic expression evaluator on the agent, GDB translates
- expressions in the source language into a simpler bytecode language, and
- then sends the bytecode to the agent; the agent then executes the
- bytecode, and records the values for GDB to retrieve later.
- </p>
- <p>The bytecode language is simple; there are forty-odd opcodes, the bulk
- of which are the usual vocabulary of C operands (addition, subtraction,
- shifts, and so on) and various sizes of literals and memory reference
- operations. The bytecode interpreter operates strictly on machine-level
- values — various sizes of integers and floating point numbers — and
- requires no information about types or symbols; thus, the interpreter’s
- internal data structures are simple, and each bytecode requires only a
- few native machine instructions to implement it. The interpreter is
- small, and strict limits on the memory and time required to evaluate an
- expression are easy to determine, making it suitable for use by the
- debugging agent in real-time applications.
- </p>
- <table class="menu" border="0" cellspacing="0">
- <tr><td align="left" valign="top">• <a href="General-Bytecode-Design.html#General-Bytecode-Design" accesskey="1">General Bytecode Design</a>:</td><td> </td><td align="left" valign="top">Overview of the interpreter.
- </td></tr>
- <tr><td align="left" valign="top">• <a href="Bytecode-Descriptions.html#Bytecode-Descriptions" accesskey="2">Bytecode Descriptions</a>:</td><td> </td><td align="left" valign="top">What each one does.
- </td></tr>
- <tr><td align="left" valign="top">• <a href="Using-Agent-Expressions.html#Using-Agent-Expressions" accesskey="3">Using Agent Expressions</a>:</td><td> </td><td align="left" valign="top">How agent expressions fit into the big picture.
- </td></tr>
- <tr><td align="left" valign="top">• <a href="Varying-Target-Capabilities.html#Varying-Target-Capabilities" accesskey="4">Varying Target Capabilities</a>:</td><td> </td><td align="left" valign="top">How to discover what the target can do.
- </td></tr>
- <tr><td align="left" valign="top">• <a href="Rationale.html#Rationale" accesskey="5">Rationale</a>:</td><td> </td><td align="left" valign="top">Why we did it this way.
- </td></tr>
- </table>
-
-
-
-
- <hr>
- <div class="header">
- <p>
- Next: <a href="Target-Descriptions.html#Target-Descriptions" accesskey="n" rel="next">Target Descriptions</a>, Previous: <a href="Remote-Protocol.html#Remote-Protocol" accesskey="p" rel="prev">Remote Protocol</a>, Up: <a href="index.html#Top" accesskey="u" rel="up">Top</a> [<a href="index.html#SEC_Contents" title="Table of contents" rel="contents">Contents</a>][<a href="Concept-Index.html#Concept-Index" title="Index" rel="index">Index</a>]</p>
- </div>
-
-
-
- </body>
- </html>
|