From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26473 invoked by alias); 6 May 2009 16:11:17 -0000 Received: (qmail 25492 invoked by uid 22791); 6 May 2009 16:11:11 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_53,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 06 May 2009 16:11:05 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n46GB2f6009194; Wed, 6 May 2009 12:11:02 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n46GB1ZT029785; Wed, 6 May 2009 12:11:02 -0400 Received: from lindt.uglyboxes.com (sebastian-int.corp.redhat.com [172.16.52.221]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n46GAvQc016391; Wed, 6 May 2009 12:10:59 -0400 Message-ID: <4A01B691.7060909@redhat.com> Date: Wed, 06 May 2009 16:11:00 -0000 From: Keith Seitz User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Pierre Muller CC: insight@sourceware.org Subject: Re: cygwin runtime woes References: <002a01c9b707$9d795b40$d86c11c0$@u-strasbg.fr> <49DA8771.4040007@redhat.com> <002b01c9b70d$6badcd20$43096760$@u-strasbg.fr> <49DA8DBF.1000502@redhat.com> <002d01c9b70f$db0cc750$912655f0$@u-strasbg.fr> <49DA95C4.2070007@redhat.com> <000701c9b74d$a8143070$f83c9150$@u-strasbg.fr> In-Reply-To: <000701c9b74d$a8143070$f83c9150$@u-strasbg.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2009-q2/txt/msg00044.txt.bz2 Pierre Muller wrote: > I debugged the problem a bit: > > gdb_loc is call a few times > for 'main' 'MAIN___' 'MAIN__' 'cyg_user_start' 'cyg_start' > and then finally with '*' which causes the abort. That sounds normal. When insight starts up and gdb loads an executable, it will attempt to locate the entry point for the executable so that the source window can display it. These function names are actually from the preference gdb/main_names, defined in prefs.tcl. The '*' argument is odd. I don't know where that is coming from. Passing '*' to gdb_loc will cause gdb_loc to error, though. Out of curiosity, have you tried inhibiting preferences at startup? (insight -nx) Does it make any difference? > the first calls all fail with > "No symbol table loaded. Use "file" command" > even though I used ./gdb.exe as arg for run command. That sounds odd, too. Can you start vanilla gdb this way? I wonder what insight might be complaining about. Have you tried running insight in debug mode? To enable this, set GDBTK_DEBUG=1 in your environment before starting insight. It will write out the file "insight.log" (which you can change by setting GDBTK_DEBUGFILE). Keith