From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15930 invoked by alias); 3 Jan 2006 23:34:16 -0000 Received: (qmail 15916 invoked by uid 22791); 3 Jan 2006 23:34:16 -0000 X-Spam-Check-By: sourceware.org Received: from zproxy.gmail.com (HELO zproxy.gmail.com) (64.233.162.207) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 03 Jan 2006 23:34:14 +0000 Received: by zproxy.gmail.com with SMTP id l1so2817378nzf for ; Tue, 03 Jan 2006 15:34:12 -0800 (PST) Received: by 10.36.24.15 with SMTP id 15mr3993800nzx; Tue, 03 Jan 2006 15:34:11 -0800 (PST) Received: by 10.37.2.42 with HTTP; Tue, 3 Jan 2006 15:34:11 -0800 (PST) Message-ID: <8f2776cb0601031534p23c54aadkdccb840296911560@mail.gmail.com> Date: Tue, 03 Jan 2006 23:34:00 -0000 From: Jim Blandy To: ramana.radhakrishnan@codito.com Subject: Re: Fix for PR 1971 . Cc: gdb-patches@sources.redhat.com In-Reply-To: <1136312069.8808.24.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1136312069.8808.24.camel@localhost.localdomain> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-01/txt/msg00018.txt.bz2 On 1/3/06, Ramana Radhakrishnan wrote: > Attached is a fix for PR 1971. This inserts a breakpoint at the return > address for a function that does not have a previous frame which is what > you have in the case of main. This would however not stop after the > return from main because the semantics of the next command would not > stop the execution in any place where there is no debug information. > > Tested on native x86 with today's head as well as 6.4 branch with no > extra regressions . Is this the behavior we actually want? Where the user hasn't "set backtrace past-main on", isn't it the correct behavior for GDB to allow the program to exit when doing a 'next' out of main? (I assume that, if one does a 'set backtrace past-main on', then 'next' works as you suggest it should.)