From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32030 invoked by alias); 7 Apr 2009 06:54:32 -0000 Received: (qmail 32015 invoked by uid 22791); 7 Apr 2009 06:54:31 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.155) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 07 Apr 2009 06:54:25 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n376s6Ic035872 ; Tue, 7 Apr 2009 08:54:06 +0200 (CEST) Received: from mailserver.u-strasbg.fr (ms1.u-strasbg.fr [IPv6:2001:660:2402:d::10]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n376s5eR001149 ; Tue, 7 Apr 2009 08:54:05 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) Received: from d620muller (lec67-4-82-230-53-140.fbx.proxad.net [82.230.53.140]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id n376s463021427 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Tue, 7 Apr 2009 08:54:05 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) From: "Pierre Muller" To: "'Keith Seitz'" Cc: 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> In-Reply-To: <49DA95C4.2070007@redhat.com> Subject: RE: cygwin runtime woes (was Re: [RFA] ARI fixes for gdbtk directories) Date: Tue, 07 Apr 2009 06:54:00 -0000 Message-ID: <000701c9b74d$a8143070$f83c9150$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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/msg00011.txt.bz2 I debugged the problem a bit: gdb_loc is call a few times for 'main' 'MAIN___' 'MAIN__' 'cyg_user_start' 'cyg_start'=20 and then finally with '*' which causes the abort. the first calls all fail with "No symbol table loaded. Use "file" command" even though I used ./gdb.exe as arg for run command. It cycles through that list twice but=20 goes behind to finally call gdb_force_quit a little bit later. Last call to wrapped_call before this is gdb_restore_fputs... bjut this all doesn't help me much, maybe it explains something for you... Pierre Muller Pascal language support maintainer for GDB > -----Message d'origine----- > De=A0: insight-owner@sourceware.org [mailto:insight-owner@sourceware.org] > De la part de Keith Seitz > Envoy=E9=A0: Tuesday, April 07, 2009 1:53 AM > =C0=A0: Pierre Muller > Cc=A0: insight@sourceware.org > Objet=A0: Re: cygwin runtime woes (was Re: [RFA] ARI fixes for gdbtk > directories) >=20 > Pierre Muller wrote: > > I finally managed to get one: > > Can you do something with this?? >=20 > This is kind of odd... >=20 > > (gdb) bt > > #0 error (string=3D0x62915c "Argument required (%s).") > > at ../../purecvs/gdb/utils.c:812 > [snip] > > #8 0x0041318b in catch_errors (func=3D0x4a15b0 , > > func_args=3D0x22a5b0, errstring=3D0x653e13 "", mask=3D6) > > at ../../purecvs/gdb/exceptions.c:510 >=20 > Frame 8, catch_errors, should have caught any the call to frame 0. > However, the question is, why is gdb_loc calling decode_line_1 with no > arguments? >=20 > My memory is a little fuzzy about this, but I fired up insight on my > linux box under gdb and set a breakpoint in gdb_loc. As I recall, this > happens at start-up to find "main", but for some reason, it appears > that > the argument which should contain "main" instead contains an empty > string. >=20 > Can you set a breakpoint in gdb_loc, run insight, and tell me what objc > is? It should be 2, and objv[0]->bytes should be "gdb_loc" and > objv[1]->bytes should be "main". >=20 > Is this not the case? >=20 > Keith