From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5576 invoked by alias); 6 Apr 2009 23:52:50 -0000 Received: (qmail 5564 invoked by uid 22791); 6 Apr 2009 23:52:49 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,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; Mon, 06 Apr 2009 23:52:43 +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 n36Nqe4O030792; Mon, 6 Apr 2009 19:52:40 -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 n36NqfUr032588; Mon, 6 Apr 2009 19:52:41 -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 n36Nqbct022103; Mon, 6 Apr 2009 19:52:38 -0400 Message-ID: <49DA95C4.2070007@redhat.com> Date: Mon, 06 Apr 2009 23:52: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 (was Re: [RFA] ARI fixes for gdbtk directories) 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> In-Reply-To: <002d01c9b70f$db0cc750$912655f0$@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/msg00010.txt.bz2 Pierre Muller wrote: > I finally managed to get one: > Can you do something with this?? This is kind of odd... > (gdb) bt > #0 error (string=0x62915c "Argument required (%s).") > at ../../purecvs/gdb/utils.c:812 [snip] > #8 0x0041318b in catch_errors (func=0x4a15b0 , > func_args=0x22a5b0, errstring=0x653e13 "", mask=6) > at ../../purecvs/gdb/exceptions.c:510 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? 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. 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". Is this not the case? Keith