From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27765 invoked by alias); 1 Jun 2012 14:45:31 -0000 Received: (qmail 27709 invoked by uid 22791); 1 Jun 2012 14:45:29 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,SPF_HELO_PASS,TW_BT,TW_DB,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 01 Jun 2012 14:45:16 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SaT6F-000890-22 for insight@sources.redhat.com; Fri, 01 Jun 2012 16:45:11 +0200 Received: from 24-158-184-117.dhcp.jcsn.tn.charter.com ([24.158.184.117]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jun 2012 16:45:11 +0200 Received: from gds by 24-158-184-117.dhcp.jcsn.tn.charter.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jun 2012 16:45:11 +0200 To: insight@sources.redhat.com From: gds Subject: Re: mingw versions working Date: Fri, 01 Jun 2012 14:45:00 -0000 Message-ID: References: <4FC87ABC.3080907@onevision.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16 In-Reply-To: <4FC87ABC.3080907@onevision.com> X-IsSubscribed: yes Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2012-q2/txt/msg00045.txt.bz2 On 06/01/2012 04:18 AM, Roland Schwingel wrote: > Hi Gene, > > > I also rebuilt a previous version I made for fedora that used an > > insight > > snapshot from 2011 but without the tcl/tk/itcl, but using the system > > versions. It also used the gdb files (except gdbtk which are still > > insight's own) from Codesourcery. This almost works on windows (now > > using bundled tcl/tk/itcl) but I can't set breakpoints with the > > mouse. > It might that the gdbtk code you are using is not matching the > breakpoint handling code in the underlying Codesourcery gdb. It worked OK when I built the "same" code for linux. However there may be some differences in the code so "same" may not be 100% accurate. > > > However, this mingw version containing codesourcery's gdb > > (version 7.2) > > still has one advantage over the the pure insight described in first > > paragraph: when an ISR is entered the stack display shows the > > task level > > context that the ISR was called from like this: > > > > main() > > fn1() > > fun2() > > > > myIsr() > > isrSub() > > > > The linux build also shows the this same stack/backtrace display > > (also can set bp's with mouse in linux version). > > But the "pure" insight > > version stack display will look something like this: > > > > ?? > > ?? > > myIsr() > > isrSub() > > > > I have looked around but don't see this listed anywhere as > > an improved feature in gdb or codesourcery's version of > > gdb. But I find it useful and wonder what it would take > > to add this to the pure insight version? > I don't believe (from my stomach) that the problem here comes > from insight itself. Stack unwinding is done using gdb's > facilities. Have you tried a commandline mingw gdb > (built from the very same code base) and did you issue a > "bt" command there. Do you see than a correct stack dump? > Or have you tried doing a "bt" in insight's console? Is > the stackdump there correct than? Just tried the bt in insight's console and see the same thing. However, there is an additional line that says: Backtrace stopped: previous frame identical to this frame (corrupt stack?). Also tried running the gdb.exe version built at the same time and it also shows the same stack frame with ??'s. Another topic: I have problem with gdb on windows: when I do ctrl-c to halt my program it exits gdb leaving the program (in my remote target) running. It halts only after I restart gdb. I don't remember it doing this on linux (ctrl-c == stop sign in insight), but I seldom use command line gdb. Thanks, -gene > > Roland >