* [Fwd: RE: question about run download sequence]
@ 2003-06-20 19:38 Keith Seitz
0 siblings, 0 replies; 2+ messages in thread
From: Keith Seitz @ 2003-06-20 19:38 UTC (permalink / raw)
To: insight
For archival.
-----Forwarded Message-----
> From: Aaron Case <aaron.case@dynazign.com>
> To: Keith Seitz <keiths@redhat.com>
> Subject: RE: question about run download sequence
> Date: 20 Jun 2003 15:22:05 -0400
>
> Keith,
>
> Typing continue in the command window fixed the issue.
>
> Thanks for your help.
>
> Aaron Case
>
> Dynazign, Inc
> Charlotte, NC
>
> -----Original Message-----
> From: Keith Seitz [mailto:keiths@redhat.com]
> Sent: Friday, June 20, 2003 11:12 AM
> To: Aaron Case
> Cc: insight@sources.redhat.com
> Subject: RE: question about run download sequence
>
>
> On Fri, 2003-06-20 at 08:40, Aaron Case wrote:
>
> > 5)Next I try to download Connect->Download the code to the target. This
> > appears to work and gives a message indicating that the file was
> downloaded.
> >
> > 6)Then I click Connect->Run. This is where the problems begin. Insight
> then
> > gets stuck in an infinite loop of downloading and popping up the target
> > settings box with no way to exit.
>
> Ok, that's the problem. One does not use "run" on remote targets. This
> is a gdb policy. It has to do with gdb's staunch assertion that run
> actually creates an inferior PROCESS. Remote boards don't have processes
> (at least in gdb's view of the board). Use "continue" instead. The
> download will have set the PC to the entry address in the file. This is
> essentially the same as "running" it. It's a little technical, but,
> well, that's the way gdb works.
>
> I recommend NOT doing steps 5 & 6. Instead, just click the run button.
> It will do the download and automatically continue the target. (These
> settings can be modified in the Target Settings dialog. Click "More
> options".)
>
> Let me know how that goes.
>
> Keith
>
>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Fwd: RE: question about run download sequence]
@ 2003-06-20 15:58 Keith Seitz
0 siblings, 0 replies; 2+ messages in thread
From: Keith Seitz @ 2003-06-20 15:58 UTC (permalink / raw)
To: insight
Forward to list for archiving.
-----Forwarded Message-----
> From: Aaron Case <aaron.case@dynazign.com>
> To: Keith Seitz <keiths@redhat.com>
> Subject: RE: question about run download sequence
> Date: 20 Jun 2003 11:40:18 -0400
>
> Keith,
>
> I have been able to get the CLI to download and run programs. The problem
> lies with the sequence/settings Im using with the GUI interface or, less
> likely, the GUI code.
>
> This is the sequence I use in GUI
> 1)launch from the commandline in cygwin with arm-elf-gdb -w(running it with
> insight always defaults to standard gdb, not the arm-elf version)
>
> 2)File->Open and then select the arm formatted elf file. The file then opens
> and jumps to main.
>
> 3)Connect->Target(I get the dialog box that says successful with the
> settings remote/serial, com1, 38400 baud)
>
> 4)After I connect to the target the code from step 2 is replaced by a
> message that tells me to select the function to disassemble. So I select the
> function of my source code(the .c file). At this point the c code I wrote
> appears in the window and I can place break points.
>
> 5)Next I try to download Connect->Download the code to the target. This
> appears to work and gives a message indicating that the file was downloaded.
>
> 6)Then I click Connect->Run. This is where the problems begin. Insight then
> gets stuck in an infinite loop of downloading and popping up the target
> settings box with no way to exit.
>
> The command window routine for downloading and running works. When I try
> the same with the GUI, the command window shows that the file is downloaded
> successfully but gives no indication of error or running on the target.
>
> Both the formats srec and arm-elf work for downloading in the GUI but not
> running.
>
> Thanks in advance,
> Aaron
>
> -----Original Message-----
> From: Keith Seitz [mailto:keiths@redhat.com]
> Sent: Friday, June 20, 2003 9:33 AM
> To: Aaron Case
> Cc: insight@sources.redhat.com
> Subject: Re: question about run download sequence
>
>
> On Fri, 2003-06-20 at 05:26, Aaron Case wrote:
> > I can open the file, add breaks, connect to target, and download the file.
> > The problem comes when I run the file. It tries to download the file over
> > and over. The program gets stuck in the target setting dialog box and is
> > unrecoverable at this point.I have to kill the program and restart it. I
> > have tried arm elf format and srec format with the same result.
>
> Can you explain the exact sequence of steps that you use to run your
> program? (File->Open, click Run, Select "foo" target, port/baud, etc)
> Make sure you include what target settings you are attempting to use and
> what hardware (MultiICE? ARMulator?).
>
> You should be able to just click Run and it should "just work," provided
> everything is okay. (Which it appears not to. :-)
>
> A couple of things to try:
> 1. Try running to a breakpoint using "vanilla" (command-line) gdb. This
> will tell us if there is something wrong with all the "backend" stuff
> (gdb) or if the problem lies in the GUI code (Insight).
>
> 2. Try opening a debug window when you go to run. You can do this by
> opening a console window and entering the command "tk ManagedWin::open
> DebugWin" at the "(gdb)" prompt.
>
> 3. Keep the console window open when attaching/downloading/running. Any
> warnings/errors output to it?
>
> 4. Does it work on the built-in simulator?
>
> Gdb should be able to download either of these file formats (elf,srec).
>
> Keith
>
>
>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-06-20 19:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-06-20 19:38 [Fwd: RE: question about run download sequence] Keith Seitz
-- strict thread matches above, loose matches on Subject: below --
2003-06-20 15:58 Keith Seitz
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).