This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: breakpoint () support locking app
- To: "'Trenton D. Adams'" <tadams at extremeeng dot com>,"'Gary Thomas'" <gthomas at redhat dot com>
- Subject: RE: [ECOS] breakpoint () support locking app
- From: "Trenton D. Adams" <tadams at extremeeng dot com>
- Date: Wed, 11 Jul 2001 09:14:25 -0600
- Cc: "'eCos discussion'" <ecos-discuss at sources dot redhat dot com>
- Organization: Extreme Engineering
Oops, sorry dumb question. I already said no. I just thought you meant
it wouldn't work with RedBoot running.
> -----Original Message-----
> From: Trenton D. Adams [mailto:tadams@extremeeng.com]
> Sent: Wednesday, July 11, 2001 9:03 AM
> To: 'Gary Thomas'
> Cc: 'eCos discussion'
> Subject: RE: [ECOS] breakpoint () support locking app
>
>
> >
> > As I expected. Sorry, but this can't work because as soon
> > as the target application tries to run, the GDB debug
> > channel will break. In fact, if you have a 'minicom'
> > session open to the board, you'll probably see GDB come
> up there.
> >
> > Network debugging is only supported using RedBoot - it
> > cannot be done with builtin stubs (when stubs are included
> > in the application).
> >
>
> Ok, I thought that might be the case because when I opened
> the com port while trying to connect through the network it
> gave me a bunch of garbage.
>
> So, will the GDB stub watch on port 9000 too if I was to
> start it on it's own?
>