From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32514 invoked by alias); 5 Jan 2007 01:18:21 -0000 Received: (qmail 32312 invoked by uid 22791); 5 Jan 2007 01:18:20 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 05 Jan 2007 01:18:13 +0000 Received: from kahikatea.snap.net.nz (p202-124-120-54.snap.net.nz [202.124.120.54]) by viper.snap.net.nz (Postfix) with ESMTP id 1C7213D8362; Fri, 5 Jan 2007 14:18:11 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id 503734F6CD; Fri, 5 Jan 2007 14:18:07 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17821.42830.764112.307325@kahikatea.snap.net.nz> Date: Fri, 05 Jan 2007 01:18:00 -0000 To: Vladimir Prus Cc: gdb-patches@sources.redhat.com Subject: Re: [RFC] MI: Event notification In-Reply-To: <200701050013.20576.ghost@cs.msu.su> References: <17817.40495.289353.14514@kahikatea.snap.net.nz> <17821.26712.100127.455097@kahikatea.snap.net.nz> <200701050013.20576.ghost@cs.msu.su> X-Mailer: VM 7.19 under Emacs 22.0.92.5 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: 2007-01/txt/msg00165.txt.bz2 > > With a large stack and stepping through the program, I think it is very > > noticeable, which is why I frequently try to select a line to run to. > > Stepping through the code and typing CLI commands are rather different > activities. For entering CLI, full UI state reload is not so problematic. > > For stepping: > > 1. I have a proposal for "-var-list --locals" that I think will > make work with local variables very convenient and fast. I'll post > that tomorrow. OK, I'll look at that ( = "-stack-list-locals --create-varobjs"?). > 2. As for -stack-* -- if there any reason why that code cannot detect > that stack has not changed and quickly return "cached" result. > That will optimize all existing frontends automatically. I just wanted to start discussion, not commit the patch. Let's review it after you've posted your patch for "-var-list --locals" -- Nick http://www.inet.net.nz/~nickrob