* Re: [ECOS] Debugging techiques
@ 2000-05-26 0:02 Boris V. Guzhov
0 siblings, 0 replies; 5+ messages in thread
From: Boris V. Guzhov @ 2000-05-26 0:02 UTC (permalink / raw)
To: Jonathan Larmour; +Cc: ecos-discuss
Thanks. It works.
I think that it is useful to include in documentation more detailed
description
of the debugging techniques.
Boris Guzhov
>
>If you want all tracing to be printed immediately, change the
>implementation from buffered to "simple" or "fancy", i.e. disable
>CYGDBG_INFRA_DEBUG_TRACE_ASSERT_BUFFER in the infra package and enable e.g.
>CYGDBG_INFRA_DEBUG_TRACE_ASSERT_FANCY.
>
>Other CDL options in this area may be of interest, such as the buffer size
>etc.
>
>> How to use Function Tracing (CYG_REPORT_FUNCTION() and others)?
>
>You mean in your own functions? Have a look at the header file
>infra/VERSION/include/cyg_trac.h in your component reposistory. There's
>plenty of comments at the top. Eventually we want to get this in the
>"proper" documentation, but we haven't yet.
>
>Jifl
>--
>Red Hat, 35 Cambridge Place, Cambridge, UK. CB2 1NS Tel: +44 (1223) 728762
>"Plan to be spontaneous tomorrow." || These opinions are all my own fault
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [ECOS] debugging techiques
2000-06-02 2:07 [ECOS] debugging techiques zhang
@ 2000-06-02 11:33 ` Jonathan Larmour
0 siblings, 0 replies; 5+ messages in thread
From: Jonathan Larmour @ 2000-06-02 11:33 UTC (permalink / raw)
To: zhang; +Cc: ecos-discuss
> zhang wrote:
> But an error occured ,and it said that :
>
> make[1] ***[src/mem/memfixed.o.d] Error 1
> make[2] ***[build] Error 2
>
> I do not know why and which cause the errors ,so could someone help me ?
Are you sure there wasn't some information on the lines before this
describing where the real problem lies? Try giving the output from the
final gcc build command line onwards.
Jifl
--
Red Hat, 35 Cambridge Place, Cambridge, UK. CB2 1NS Tel: +44 (1223) 728762
"Plan to be spontaneous tomorrow." || These opinions are all my own fault
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ECOS] debugging techiques
@ 2000-06-02 2:07 zhang
2000-06-02 11:33 ` Jonathan Larmour
0 siblings, 1 reply; 5+ messages in thread
From: zhang @ 2000-06-02 2:07 UTC (permalink / raw)
To: ecos-discuss
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 835 bytes --]
Hi all! My host Linux Redhat 6.1, my target - pc
linux. I like to use the debugging tracing, but I have some
problems. I did following: mkdir linux-s cd
linux-s ecosconfig new linux In ecos.ecc I have
changed: cdl_component CYGPKG_INFRA_DEBUG { ... Â user_value
1 ... }; cdl_component CYGDBG_USE_ASSERTS
{ ... Â Â Â user_value 0 ... }; cdl_component
CYGDBG_USE_TRACING { ... Â Â Â user_value
1 ... }; Other options I did not change. ecosconfig
check ecosconfig tree make
Â
But an error occured ,and it said that :
Â
   make[1] ***[src/mem/memfixed.o.d] Error
1
   make[2] ***[build] Error 2
Â
I do not know why and which cause the errors ,so could someone
help me ?
Â
Thanks a lot!
Thanks in advance for any help you might be able to
provide me.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [ECOS] Debugging techiques
2000-05-25 6:12 [ECOS] Debugging techiques Boris V. Guzhov
@ 2000-05-25 8:08 ` Jonathan Larmour
0 siblings, 0 replies; 5+ messages in thread
From: Jonathan Larmour @ 2000-05-25 8:08 UTC (permalink / raw)
To: Boris V. Guzhov; +Cc: ecos-discuss
"Boris V. Guzhov" wrote:
>
> Why there is no tracing printing?
That's because the default tracing implementation is buffered tracing.
trace output will not be printed by default. It gets printed when an assert
fails, or you force it to print by calling CYG_TRACE_PRINT() in your source
code. You can also configure it to print when full though this isn't the
default.
If you want all tracing to be printed immediately, change the
implementation from buffered to "simple" or "fancy", i.e. disable
CYGDBG_INFRA_DEBUG_TRACE_ASSERT_BUFFER in the infra package and enable e.g.
CYGDBG_INFRA_DEBUG_TRACE_ASSERT_FANCY.
Other CDL options in this area may be of interest, such as the buffer size
etc.
> How to use Function Tracing (CYG_REPORT_FUNCTION() and others)?
You mean in your own functions? Have a look at the header file
infra/VERSION/include/cyg_trac.h in your component reposistory. There's
plenty of comments at the top. Eventually we want to get this in the
"proper" documentation, but we haven't yet.
Jifl
--
Red Hat, 35 Cambridge Place, Cambridge, UK. CB2 1NS Tel: +44 (1223) 728762
"Plan to be spontaneous tomorrow." || These opinions are all my own fault
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ECOS] Debugging techiques
@ 2000-05-25 6:12 Boris V. Guzhov
2000-05-25 8:08 ` Jonathan Larmour
0 siblings, 1 reply; 5+ messages in thread
From: Boris V. Guzhov @ 2000-05-25 6:12 UTC (permalink / raw)
To: ecos-discuss
Hi all!
My host Linux Redhat 6.2, my target - linux-synthetic.
I like to use the debugging tracing, but I have some problems.
I did following:
mkdir linux-s
cd linux-s
ecosconfig new linux
In ecos.ecc I have changed:
cdl_component CYGPKG_INFRA_DEBUG {
...
user_value 1
...
};
cdl_component CYGDBG_USE_ASSERTS {
...
user_value 0
...
};
cdl_component CYGDBG_USE_TRACING {
...
user_value 1
...
};
Other options I did not change.
ecosconfig check
ecosconfig tree
make
Then I have built hello.c test (from examples) and have run it.
It's result:
Hello, eCos world!
Why there is no tracing printing?
How to use Function Tracing (CYG_REPORT_FUNCTION() and others)?
Thanks in advance for any help you might be able to provide me.
Boris Guzhov
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2000-06-02 11:33 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-05-26 0:02 [ECOS] Debugging techiques Boris V. Guzhov
-- strict thread matches above, loose matches on Subject: below --
2000-06-02 2:07 [ECOS] debugging techiques zhang
2000-06-02 11:33 ` Jonathan Larmour
2000-05-25 6:12 [ECOS] Debugging techiques Boris V. Guzhov
2000-05-25 8:08 ` Jonathan Larmour
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).