public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
From: Rod Boyce <rod_boyce@stratexnet.com>
To: 'Tim' <Tim@deltacompsys.com>
Cc: insight@sources.redhat.com
Subject: RE: remote debugging
Date: Thu, 12 Dec 2002 10:01:00 -0000	[thread overview]
Message-ID: <8D7C5F56B409554D9D46AC22195807F3061BD2@exchwenz01.dmcwave.co.nz> (raw)

All,

This is how I do it.

1. run gdbserver of the target
2. Start insight 
3. load the application you want to debug
4. set the target selection to remote TCP the host IP address and port you
want to use.  Make sure you download program is deselected and attach to
target is selected.  I also make sure there are not breakpoints set for me.
Set breakpoint and main and at exit are deselected.
5. using the function browser under the view command place the breakpoint
where you want to.  I normall add one at the beginning of main here (I have
control of where the breakpoint gets set some time not the beginning of main
but before main or in a specific function to debug a specific feature.
6. Then I hit the run button.  The program starts and continues until it
hits my breakpoint.

This works fine for me.  I use a similar functionality with my BDI2000 or
with gdbserver it depends on what I'm debugging.

I have even used this kind of setup to debug the kernel, application and
drivers all at the same time with source code level debugging.  I love
Insight it was the easiest for me to get going an while I'm getting to know
the GDB command line Insight is a great way for us windows converts to get
used to Linux.

The Insight guys have done a great job.  Keep up the good work.


Regards,
Rod Boyce.

 -----Original Message-----
From: 	Tim [mailto:Tim@deltacompsys.com] 
Sent:	Thursday, December 12, 2002 9:39 AM
To:	Keith Seitz
Cc:	insight@sources.redhat.com
Subject:	Re: remote debugging

I understand using the open menu option, and that is what I tried.  When
'run' the app after opening the local executable, there is no connection
message on the remote device.  What appears to be happening is that
insight is running the application locally and not connecting to the
remote device.

I'm assuming that I'm doing something wrong and insight is not
attempting to connect to the remote device.

I set the target settings to:
	Target: Remote/TCP
	Hostname: 192.168.0.29
	Port: 2345
	Run Options: Attach To Target
	Run Method: Run Program

when I run a console gdb it will connect, but insigt does not...  Any
help is appreciated.  Thanx!

On Thu, 2002-12-12 at 09:29, Keith Seitz wrote:
> On 12 Dec 2002, Tim wrote:
> 
> > Do I need to "Open" the executable in Insight?  Once I do it executes
> > locally and not remotely and the remote app often terminates with an
> > error "Killing inferior".
> 
> The Run button will always do whatever it needs (or thinks it needs) to 
> start the application "running" on your target. This includes:
> 
> 1) opening an executable/debug file
> 2) gathering target communications information (debug protocol/transport)
> 3) loading executable into target memory (if needed)
> 4) "running" the target
> 
> If you don't "Open" an executable, how is the debugger to know what you 
> are debugging? It still needs debug symbols (or at least minimal symbols 
> from the executable).
> 
> Keith
> 
> 
> 

             reply	other threads:[~2002-12-12 18:01 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-12 10:01 Rod Boyce [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-12-12  9:10 Tim
2002-12-12  9:29 ` Keith Seitz
2002-12-12  9:38   ` Tim
2002-12-12 10:00     ` Keith Seitz
2002-12-12 10:20       ` Tim
2000-06-07 13:30 Remote Debugging Michael Crowe
2000-06-08  9:53 ` Jim Ingham

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8D7C5F56B409554D9D46AC22195807F3061BD2@exchwenz01.dmcwave.co.nz \
    --to=rod_boyce@stratexnet.com \
    --cc=Tim@deltacompsys.com \
    --cc=insight@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).