[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: AW: AW: [cdt-dev] Startting remote program from GDB using "targetremote"
|
Hi Norbert,
I already sent a message to the Zylin discussion forum
asking this question. Let's see what they answer.
Bye,
Roman
--- "Ploett, Norbert" <norbert.ploett@xxxxxxxxxxx>
wrote:
> Roman,
>
> now that you mention it ...
>
> I did not notice before, but I cannot find the
> sources either.
> But I do not kow about Zylin policies. You should
> contact Zylin directly (e.g. discussion forum, or
> Oyvind Harboe), his email is on the Zylin pages.
>
> Bye
>
>
> Norbert
>
> -----Ursprüngliche Nachricht-----
> Von: cdt-dev-bounces@xxxxxxxxxxx
> [mailto:cdt-dev-bounces@xxxxxxxxxxx] Im Auftrag von
> Roman Levenstein
> Gesendet: Donnerstag, 24. November 2005 14:47
> An: CDT General developers list.
> Betreff: Re: AW: [cdt-dev] Startting remote program
> from GDB using "targetremote"
>
> Hi Norbet,
>
> thanks for the info about Zylin. I looked at it. It
> is
> pretty nice. But I cannot find the sources for it.
> Or
> more precisely, I have found the sources here:
>
http://mail.zylin.com/pipermail/zylin-discuss_zylin.com/2005-November/000166.html
> in the file
> http://www.zylin.com/zylincdt-20051102.zip
>
> But they do not contain the sources for the modified
> launcher and so on; they contain just few
> insignificant patches for CDT in source form, the
> rest
> is a binary JAR file with compiled classes. Is it
> the
> intention of the Zylin plugin developer? Or do I
> miss
> something? May be you know another place, where the
> sources could be found?
>
> And anyway, I'd like to understand better how to do
> it
> on my own, because it could happen that I need to
> extend the functionality beyond what Zylin plugin
> provides at the moment.
>
> Roman
>
> > Hi Roman,
> >
> > since you need detailed control of the gdb startup
> > commands
> >
> > and since you have the case where the application
> is
> > already running, which is not provisioned by CDT's
> > launch configurations
> >
> > I recommend you use the Zylin extensions to CDT -
> > see http://www.zylin.com/embeddedcdt.html
> >
> > It has a new launch configuration with a neat
> little
> > text box where you can specify exactly the
> commands
> > for gdb startup.
> >
> > Does this help?
> >
> >
> > Norbert
> >
> > -----Ursprüngliche Nachricht-----
> > Von: cdt-dev-bounces@xxxxxxxxxxx
> > [mailto:cdt-dev-bounces@xxxxxxxxxxx] Im Auftrag
> von
> > Roman Levenstein
> > Gesendet: Donnerstag, 24. November 2005 12:28
> > An: cdt-dev@xxxxxxxxxxx
> > Betreff: [cdt-dev] Startting remote program from
> GDB
> > using "target remote"
> >
> > Hi,
> >
> > We are trying to extend CDT to support our
> embedded
> > board.
> > Our main interest is the Windows version of
> > Eclispe/CDT.
> >
> > So far, we managed to add a support for a new
> Launch
> > Configuration and we are able now to automatically
> > download the binaries using oor own downloader and
> > run
> > these binaries on the board.
> >
> > We also have ported GDB to support our board. It
> > works
> > from the command-line without any problems. We
> use:
> > target remote hotname:port and
> > target remote /dev/ttyS1
> >
> > The problem is that we don't know how to integrate
> > this GDB version into Eclispe. We managed to tell
> > Eclipse that it should start our own version of
> GDB
> > and this works. We also tried to tell GDB that it
> > should use our own .gdbinit file, but it seems
> that
> > it
> > does not take it into account. And it is not clear
> > how
> > to tell CDT that GDB should execute "target
> remote"
> > instead of "run" when it starts a debugging
> session.
> > >From the output in a console windows, I have the
> > impression that CDT still tries to execute the
> "run"
> > command and then it tells that it cannot do it.
> >
> > May be I have to define my own Session class that
> > will
> > start GDB in a custom way? But it is not clear for
> > me,
> > how do I tell it that it should not execute "run"
> on
> > start, but instead "target remote". And if I
> manage
> > that, will CDT automatically do the rest, i.e. ask
> > the
> > programm being debugged about its current state,
> > etc?
> > Or should I issue a special GDB command/CDT call
> > after
> > "target remote"???
> >
> > BTW, the program on the board is always in a
> running
> > mode, when GDB connects to it. I mean it is
> already
> > started and waits inside the GDB support stub for
> > the
> > input from GDB. Should I explain this circumstance
> > to
> > CDT somehow? May be setting the state of the
> process
> > to "suspended" or something else?
> >
> > Thanks,
> > Roman
> >
> >
> >
> >
> >
> > __________________________________
> > Yahoo! Music Unlimited
> > Access over 1 million songs. Try it free.
> > http://music.yahoo.com/unlimited/
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >
>
>
>
>
> __________________________________
> Start your day with Yahoo! - Make it your home page!
>
> http://www.yahoo.com/r/hs
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>
__________________________________
Yahoo! Music Unlimited
Access over 1 million songs. Try it free.
http://music.yahoo.com/unlimited/
