From 4b9583def341e1ba9ac67585244677579f4f5745 Mon Sep 17 00:00:00 2001 From: Stu Grossman Date: Thu, 8 Jul 1993 23:36:48 +0000 Subject: [PATCH] test of branches. please ignore. --- gdb/gdbserver/README | 72 ++++++++++++++++++++++++-------------------- 1 file changed, 40 insertions(+), 32 deletions(-) diff --git a/gdb/gdbserver/README b/gdb/gdbserver/README index c155ce93f9..e453705693 100644 --- a/gdb/gdbserver/README +++ b/gdb/gdbserver/README @@ -1,65 +1,73 @@ +This is a test line for tags testing. + README for GDBserver by Stu Grossman Introduction: This is GDBserver, a remote server for Un*x-like systems. It can be used to -control the execution of a program on a target host from a GDB on a different +control the execution of a program on a target system from a GDB on a different host. GDB and GDBserver communicate using the standard remote serial protocol -implemented in remote.c, and various *-stub.c files. They can communicate via +implemented in remote.c, and various *-stub.c files. They communicate via either a serial line or a TCP connection. Usage (server (target) side): -First, you will need to have a copy of the program to be debugged put onto -the target system. It can be stripped if you need to save space. This is ok -because GDBserver doesn't care about symbols, all of that stuff is taken care -of by the GDB running on the host system. +First, you need to have a copy of the program you want to debug put onto +the target system. The program can be stripped to save space if needed, as +GDBserver doesn't care about symbols. All symbol handling is taken care of by +the GDB running on the host system. -To use the server, you will need to log on to the target system, and run the -server program. You will need to tell it how to communicate with GDB, the -name of the program to be debugged, and it's arguments. For example, using a -serial port, you might say: +To use the server, you log on to the target system, and run the `gdbserver' +program. You must tell it (a) how to communicate with GDB, (b) the name of +your program, and (c) its arguments. The general syntax is: + + target> gdbserver COMM PROGRAM [ARGS ...] + +For example, using a serial port, you might say: target> gdbserver /dev/com1 emacs foo.txt -This tells gdbserver to debug emacs with an argument of foo.txt. The server -will communicate with GDB via /dev/com1. GDBserver will now wait patiently -for GDB to communicate with it. +This tells gdbserver to debug emacs with an argument of foo.txt, and to +communicate with GDB via /dev/com1. Gdbserver now waits patiently for the +host GDB to communicate with it. To use a TCP connection, you could say: target> gdbserver host:2345 emacs foo.txt This says pretty much the same thing as the last example, except that we are -now going to communicate with GDB via TCP. The `host:2345' argument means that -we are expecting to see a TCP connection from `host' to local TCP port 2345. -Currently, the host part is ignored. You can choose any number you want for -the port number as long as it does not conflict with any existing ports on your -system. This same port number will also be used in the GDB `target remote' -command, which we will discuss later. Note that it's safe to chose a number -that conflicts, gdbserver will just print an error message and exit. +going to communicate with the host GDB via TCP. The `host:2345' argument means +that we are expecting to see a TCP connection from `host' to local TCP port +2345. (Currently, the `host' part is ignored.) You can choose any number you +want for the port number as long as it does not conflict with any existing TCP +ports on the target system. This same port number must be used in the host +GDBs `target remote' command, which will be described shortly. Note that if +you chose a port number that conflicts with another service, gdbserver will +print an error message and exit. Usage (host side): -You should have a copy of the target program on your host system, since GDB -will need it to examine symbol tables and such. You should start up GDB just -as you normally would, with the target program as the first argument. Ie: -`gdb target-prog'. After that, you will only need to know about one new -command. This is `target remote'. It's argument is either a device name -(preferably of a serial device, like /dev/ttyb), or a host:port descriptor. -For example: +You need an unstripped copy of the target program on your host system, since +GDB needs to examine it's symbol tables and such. Start up GDB as you normally +would, with the target program as the first argument. (You may need to use the +--baud option if the serial line is running at anything except 9600 baud.) +Ie: `gdb TARGET-PROG', or `gdb --baud BAUD TARGET-PROG'. After that, the only +new command you need to know about is `target remote'. It's argument is either +a device name (usually a serial device, like `/dev/ttyb'), or a HOST:PORT +descriptor. For example: (gdb) target remote /dev/ttyb -will communicate with the server via the hardware serial line /dev/ttyb, and: +communicates with the server via serial line /dev/ttyb, and: (gdb) target remote the-target:2345 -will communicate via a TCP connection to port 2345 on host `the-target', where -you have already started up gdbserver with the same port number. Note that you -must start up gdbserver prior to using the target command, otherwise you will -get an error that looks something like `Connection refused'. +communicates via a TCP connection to port 2345 on host `the-target', where +you previously started up gdbserver with the same port number. Note that for +TCP connections, you must start up gdbserver prior to using the `target remote' +command, otherwise you may get an error that looks something like +`Connection refused'. Building: