public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Jonathan Larmour <jlarmour@redhat.co.uk>
To: royston.choo@delphiauto.com
Cc: ecos-discuss@sourceware.cygnus.com
Subject: Re: [ECOS] SIGTRAP, Trace/breakpoint trap
Date: Wed, 28 Jun 2000 18:59:00 -0000	[thread overview]
Message-ID: <395AAD82.BEA9247D@redhat.co.uk> (raw)
In-Reply-To: <0525690D.000984D4.00@usabhmg99.mail.delphiauto.com>

royston.choo@delphiauto.com wrote:
> 
> Has anyone seen SIGTRAP error while running (continue) GDB Insight?
> error message: "Program received signal SIGTRAP, Trace/breakpoint trap"
> 
> I thought it could be an exception, where can I trace down this trap?

This generally happens because the program has hit a breakpoint where GDB
doesn't think there should be one. A common case is if the board resets, at
which point the boot ROM on the board will deliberately hit a breakpoint
instruction (on most targets anyway).

Another common case is if the application does not co-operate with the GDB
stub in the ROM, _and_ the application doesn't have GDB stubs embedded
itself. If this is the case, generally you can successfully hit *one*
breakpoint, but never continue successfully from it. The fix is to include
GDB stubs in your app by enabling the appropriate option in the eCos
config.

To give a more definite answer, of course, I'd need to know your target,
platform, eCos version, ROM stub, whether you have GDB stubs included or
not, and in exactly what situation this happens anyway :-).

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

  reply	other threads:[~2000-06-28 18:59 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-06-28 18:44 royston.choo
2000-06-28 18:59 ` Jonathan Larmour [this message]
2000-06-29  7:04 royston.choo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=395AAD82.BEA9247D@redhat.co.uk \
    --to=jlarmour@redhat.co.uk \
    --cc=ecos-discuss@sourceware.cygnus.com \
    --cc=royston.choo@delphiauto.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).