From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 647 invoked by alias); 5 Feb 2007 13:45:58 -0000 Received: (qmail 638 invoked by uid 22791); 5 Feb 2007 13:45:56 -0000 X-Spam-Check-By: sourceware.org Received: from owa.dra-inc.net (HELO sdra00198.intranet.dra-inc.net) (64.56.98.158) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 05 Feb 2007 13:45:52 +0000 Received: from 192.168.1.198 ([192.168.1.198]) by sdra00198.intranet.dra-inc.net ([192.168.1.250]) with Microsoft Exchange Server HTTP-DAV ; Mon, 5 Feb 2007 13:46:37 +0000 Received: from ze4805us by owa.dra-inc.net; 05 Feb 2007 08:45:50 -0500 From: Donald Walton To: Carlos Losada Cc: ecos-discuss@ecos.sourceware.org In-Reply-To: <771000.63523.qm@web62306.mail.re1.yahoo.com> References: <771000.63523.qm@web62306.mail.re1.yahoo.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 05 Feb 2007 13:45:00 -0000 Message-Id: <1170683150.7106.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.12tex X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] GDB stops randomly X-SW-Source: 2007-02/txt/msg00045.txt.bz2 I have noticed this behavior when I use Insight. The cause was editing the program in the area where a breakpoint had been set. The editing process can leave the previously set breakpoint invalid. If you have breakpoints set when you go into your program, check them before you run the program to verify they are still valid, i.e., on a line of code. Don -- Don Walton Defense Research Associates, Inc. 3915 Germany Lane, Suite 102 Beavercreek, OH 43431 (937) 431-1644 x118 (office) (937) 427-4526 (fax) On Mon, 2007-02-05 at 03:14 -0800, Carlos Losada wrote: > Hi, > > I'm debugging an ecos application on an ARM/TDMI based > custom board (v. similar to EB40) using GDB through > Eclipse/CDT, but the debugger keeps stopping at random > places where there are no breakpoints set. There is > always a SIGINT associated with this stop. It's not > clear what's generating this signal; maybe it's an > interrupt. Configuring SIGINT not to stop debugger > loses control of my program > > What can be done to ensure the debugger only stops at > requested breakpoints ? > > Thanks > > > > > > ____________________________________________________________________________________ > We won't tell. Get more on shows you hate to love > (and love to hate): Yahoo! TV's Guilty Pleasures list. > http://tv.yahoo.com/collections/265 > -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss