From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17779 invoked by alias); 31 Aug 2009 23:10:05 -0000 Received: (qmail 17767 invoked by uid 22791); 31 Aug 2009 23:10:03 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1-old.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 31 Aug 2009 23:09:54 +0000 Received: from int-mx04.intmail.prod.int.phx2.redhat.com ([10.11.47.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7VN9oIA027579 for ; Mon, 31 Aug 2009 19:09:50 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n7VN9nXX002655; Mon, 31 Aug 2009 19:09:50 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n7VN9lZk028710; Mon, 31 Aug 2009 19:09:48 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 6142E3781AF; Mon, 31 Aug 2009 17:09:47 -0600 (MDT) From: Tom Tromey To: Vladimir Prus Cc: Nick Roberts , gdb-patches@sources.redhat.com Subject: Re: =frame-selected MI notification References: <87iqg99xb5.fsf@sphinx.net.ru> <19096.47503.226488.945344@totara.tehura.co.nz> <200908291137.05884.vladimir@codesourcery.com> Reply-To: tromey@redhat.com Date: Mon, 31 Aug 2009 23:11:00 -0000 In-Reply-To: <200908291137.05884.vladimir@codesourcery.com> (Vladimir Prus's message of "Sat, 29 Aug 2009 11:37:05 +0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 2009-08/txt/msg00598.txt.bz2 Nick> I think it would be hard to write a large C program with no global Nick> variables but, in any case, the concept of current thread/selected Nick> frame seems to be a great convenience when using GDB from the Nick> command line. Volodya> It is convenient for command line GDB usage. This, however, Volodya> does not mean that global variable that affects all of gdb Volodya> makes sense. As long as Emacs and GDB can be in sync, I suppose I don't care much whether the notification is done by the MI command wrapper or deep in the guts of GDB. So, I think we either need Dmitry's patch or Nick's. I assume we'll find more little holes like this, too. Tom