|[Top]||[Contents]||[Index]||[ ? ]|
DOS/Windows systems, the home directory is the one pointed to by the
HOME environment variable.
The completer can be confused by certain kinds of invalid expressions. Also, it only examines the static type of the expression, not the dynamic type.
Currently, only GNU/Linux.
As of this writing, multiple-location breakpoints work only if there's line number information for all the locations. This means that they will generally not work in system libraries, unless you have debug info with line numbers for them.
Note that embedded programs (the so-called "free-standing"
environment) are not required to have a
main function as the
entry point. They could even have multiple entry points.
The only restriction is that your editor (say
ex), recognizes the
following command-line syntax:
ex +number file
`b' cannot be used because these format letters are also
used with the
x command, where `b' stands for "byte";
see Examining Memory.
This is a way of removing
one word from the stack, on machines where stacks grow downward in
memory (most machines, nowadays). This assumes that the innermost
stack frame is selected; setting
$sp is not allowed when other
stack frames are selected. To pop entire frames off the stack,
regardless of machine architecture, use
see Returning from a Function.
If you want to specify a local system root using a directory that happens to be named `remote:', you need to use some equivalent variant of the name like `./remote:'.
If you choose a port number that
conflicts with another service,
gdbserver prints an error message
In `gdb-18.104.22.16880913/gdb/refcard.ps' of the version 22.214.171.12480913 release.
The `qP' and `qL' packets predate these conventions, and have arguments without any terminator for the packet name; we suspect they are in widespread use in places that are difficult to upgrade. The `qC' packet has no arguments, but some existing stubs (e.g. RedBoot) are known to not check for the end of the packet.
Please send FSF & GNU inquiries & questions to email@example.com. There are also other ways to contact the FSF.
These pages are maintained by the GDB developers.
Copyright Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111, USA.
Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.This document was generated by GDB Administrator on September, 13 2008 using texi2html