From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12970 invoked by alias); 15 Feb 2013 19:05:48 -0000 Received: (qmail 12909 invoked by uid 22791); 15 Feb 2013 19:05:46 -0000 X-SWARE-Spam-Status: No, hits=-4.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout21.012.net.il (HELO mtaout21.012.net.il) (80.179.55.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 15 Feb 2013 19:05:40 +0000 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MI900J00ZDKZE00@a-mtaout21.012.net.il> for gdb-patches@sourceware.org; Fri, 15 Feb 2013 21:05:38 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI900JUPZPDW240@a-mtaout21.012.net.il>; Fri, 15 Feb 2013 21:05:38 +0200 (IST) Date: Fri, 15 Feb 2013 19:05:00 -0000 From: Eli Zaretskii Subject: Re: [rfc 6/8] record disas: omit function names by default In-reply-to: <20130215183256.GA16845@host2.jankratochvil.net> To: Jan Kratochvil Cc: markus.t.metzger@intel.com, gdb-patches@sourceware.org, markus.t.metzger@gmail.com Reply-to: Eli Zaretskii Message-id: <83sj4xs8hp.fsf@gnu.org> References: <1360859352-30399-1-git-send-email-markus.t.metzger@intel.com> <1360859352-30399-7-git-send-email-markus.t.metzger@intel.com> <20130215161049.GA6219@host2.jankratochvil.net> <831uchtp4y.fsf@gnu.org> <20130215183256.GA16845@host2.jankratochvil.net> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2013-02/txt/msg00409.txt.bz2 > Date: Fri, 15 Feb 2013 19:32:56 +0100 > From: Jan Kratochvil > Cc: markus.t.metzger@intel.com, gdb-patches@sourceware.org, > markus.t.metzger@gmail.com > > It is a "backtrace" into history, not into upper frames. > (gdb) record backtrace > _IO_vsnprintf > _IO_vfprintf_internal > strchrnul > _IO_vfprintf_internal > __GI__IO_default_xsputn > You can see _IO_vfprintf_internal called strchrnul which then returned back to > _IO_vfprintf_internal. This is not a real "backtrace". > > I was already considering renaming the command as the term is a bit overloaded > in the debugger context. > > Maybe "record list-functions"? How about "record trace-functions"?