From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13022 invoked by alias); 22 Jun 2007 04:57:52 -0000 Received: (qmail 12974 invoked by uid 22791); 22 Jun 2007 04:57:51 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 22 Jun 2007 04:57:48 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1I1bDH-0004uY-St for gdb@sources.redhat.com; Fri, 22 Jun 2007 06:57:39 +0200 Received: from 77.246.241.246 ([77.246.241.246]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Jun 2007 06:57:39 +0200 Received: from ghost by 77.246.241.246 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Jun 2007 06:57:39 +0200 To: gdb@sources.redhat.com From: Vladimir Prus Subject: Re: BUG: MI reporting wrong attributes for casted variables Date: Fri, 22 Jun 2007 04:57:00 -0000 Message-ID: References: <000001c7b427$5822d330$02b2a8c0@insanenotebook> <18042.60967.652281.816747@kahikatea.snap.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.10.2 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-06/txt/msg00184.txt.bz2 Nick Roberts wrote: > Daniel Jacobowitz writes: > > On Fri, Jun 22, 2007 at 08:17:39AM +1200, Nick Roberts wrote: > > > Report it as a bug to the Eclipse CDT team. They have misinterpreted > > > the meaning of the "editable" attribute. > > > > > > This has been reported at leasted once before, possibly by you (or at > > > least another Sascha using Eclipse CDT) when I said: > > > > And also by Vladimir, two years ago. What is the use of the current > > "editable" attribute? I don't see anything in the manual that would > > conflict with changing it. > > Actually looking at the manual, rather than the code, it looks like this > might have been the intended meaning: > > The `-var-assign' Command > ------------------------- > > Synopsis > ........ > > -var-assign NAME EXPRESSION > > Assigns the value of EXPRESSION to the variable object specified by > NAME. The object must be `editable'. If the variable's value is > ^^^^^^^^ I agree that currently, 'editable' is not particularly useful, and if 'editable' means '-var-assign most likely will succeeed', it would be better. > altered by the assign, the variable will show up in any subsequent > `-var-update' list. > > So if you mean add this case to the existing ones, that seems reasonable. > It would make redisplay faster if this field was added to the output > of -var-create and -var-list-children. This is probably especially > important for remote targets. I'm not sure. Getting the 'editable' attribute does not require talking to inferiour, so what target you use does not matter. - Volodya