public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* RE: [ECOS] building and debugging
       [not found] <519508.74681.qm@web62310.mail.re1.yahoo.com>
@ 2007-02-21 10:04 ` Laurie Gellatly
  0 siblings, 0 replies; 3+ messages in thread
From: Laurie Gellatly @ 2007-02-21 10:04 UTC (permalink / raw)
  To: Carlos Losada; +Cc: ecos-discuss

Hi Carlos,
Just before you sent this message I found the problem.
Yes, you're right with the fix.
Appreciate your reply.

Thanks			...Laurie:{)

-----Original Message-----
From: Carlos Losada [mailto:itel9cl1@yahoo.com]
Sent: Wednesday, 21 February 2007 7:58 PM
To: Laurie Gellatly
Subject: Re: [ECOS] building and debugging


Laurie I had the same problem with the indexer until I
provided the path to ecos include directory directly.
Try the following:
Eclipse->Project->Properties
C/C++ Build->GCC C Compiler->Directories

Then type in the absolute path to the ecos include
directory.  For example:
C:\cygwin\home\carlos\...\ecos_install\include

Good Luck
Carlos

--- Laurie Gellatly <laurie.gellatly@netic.com> wrote:

> Hi All,
> I've been using eclipse to develop my arm based
> system for some time.
> The application runs multiple threads and I had been
> able to debug them
> reasonably well (the program did not always flow the
> way I expected when
> single stepping and sometimes local variables are
> not able to be displayed).
> What I have now is that although the main thread
> seems to be able to be
> debugged, the other threads have problems.
> I can set a breakpoint in a thread and it will stop,
> but single stepping or
> trying to display local variables etc no longer
> works.
> I've tried various things to fix it including
> reducing the size of the app
> (down to 300K), but without any luck.
>
> Is this a GDB or Eclipse limit or have I had a
> configuration issue?
>
> BTW the indexer has always complained that the
> #include s for the OS files
> could not find yet C does find them.
> Anyone suggest what might be wrong?
>
> Thanks             ...Laurie :{)
>
>
> --
> Before posting, please read the FAQ:
> http://ecos.sourceware.org/fom/ecos
> and search the list archive:
> http://ecos.sourceware.org/ml/ecos-discuss
>
>




____________________________________________________________________________
________
Don't pick lemons.
See all the new 2007 cars at Yahoo! Autos.
http://autos.yahoo.com/new_cars.html


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [ECOS] building and debugging
  2007-02-19  7:23 ` [ECOS] building and debugging Laurie Gellatly
@ 2007-02-20 19:32   ` Andrew Lunn
  0 siblings, 0 replies; 3+ messages in thread
From: Andrew Lunn @ 2007-02-20 19:32 UTC (permalink / raw)
  To: Laurie Gellatly; +Cc: ecos-discuss

On Mon, Feb 19, 2007 at 06:22:56PM +1100, Laurie Gellatly wrote:
> Hi All,
> I've been using eclipse to develop my arm based system for some time.
> The application runs multiple threads and I had been able to debug them
> reasonably well (the program did not always flow the way I expected when
> single stepping and sometimes local variables are not able to be displayed).

Try disabling the optimizer, i.e. remove the -O2 flag. It will then
flow in a more logical, but less efficient way.

> What I have now is that although the main thread seems to be able to be
> debugged, the other threads have problems.
> I can set a breakpoint in a thread and it will stop, but single stepping or
> trying to display local variables etc no longer works.

Part of the problem is that gdb is not fully thread aware. It cannot
stop a thread context change at a time slice. It cannot stop a higher
priority thread taking over, it cannot stop a timer tick happening
etc. So when every you do a single step something else can take over
control from the current thread. What you can do is run the thread you
are trying to debug at a higher priority than anything else. That will
reduce the likelihood of it being preempted. However if you are
looking for a race condition this is not going to help you...

        Andrew

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [ECOS] building and debugging
  2007-02-18 17:51 [ECOS] i2c questions Grant Edwards
@ 2007-02-19  7:23 ` Laurie Gellatly
  2007-02-20 19:32   ` Andrew Lunn
  0 siblings, 1 reply; 3+ messages in thread
From: Laurie Gellatly @ 2007-02-19  7:23 UTC (permalink / raw)
  To: ecos-discuss

Hi All,
I've been using eclipse to develop my arm based system for some time.
The application runs multiple threads and I had been able to debug them
reasonably well (the program did not always flow the way I expected when
single stepping and sometimes local variables are not able to be displayed).
What I have now is that although the main thread seems to be able to be
debugged, the other threads have problems.
I can set a breakpoint in a thread and it will stop, but single stepping or
trying to display local variables etc no longer works.
I've tried various things to fix it including reducing the size of the app
(down to 300K), but without any luck.

Is this a GDB or Eclipse limit or have I had a configuration issue?

BTW the indexer has always complained that the #include s for the OS files
could not find yet C does find them.
Anyone suggest what might be wrong?

Thanks             ...Laurie :{)


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-02-21 10:04 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <519508.74681.qm@web62310.mail.re1.yahoo.com>
2007-02-21 10:04 ` [ECOS] building and debugging Laurie Gellatly
2007-02-18 17:51 [ECOS] i2c questions Grant Edwards
2007-02-19  7:23 ` [ECOS] building and debugging Laurie Gellatly
2007-02-20 19:32   ` Andrew Lunn

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).