From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26351 invoked by alias); 16 Apr 2008 15:35:04 -0000 Received: (qmail 26296 invoked by uid 22791); 16 Apr 2008 15:35:03 -0000 X-Spam-Check-By: sourceware.org Received: from hoat.troll.no (HELO hoat.troll.no) (62.70.27.150) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 16 Apr 2008 15:34:43 +0000 Received: from hoat.troll.no (tedur.troll.no [62.70.27.154]) by hoat.troll.no (Postfix) with SMTP id 27BCC20A71 for ; Wed, 16 Apr 2008 17:34:40 +0200 (CEST) Received: from gar.trolltech.de (gar.trolltech.de [10.4.0.24]) by hoat.troll.no (Postfix) with ESMTP id 1226720A1A for ; Wed, 16 Apr 2008 17:34:40 +0200 (CEST) From: =?utf-8?q?Andr=C3=A9_P=C3=B6nitz?= To: gdb@sourceware.org Subject: Re: MI varobj artificial fields Date: Wed, 16 Apr 2008 18:18:00 -0000 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200804161920.02035.ghost@cs.msu.su> In-Reply-To: <200804161920.02035.ghost@cs.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804161735.56386.apoenitz@trolltech.com> 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: 2008-04/txt/msg00150.txt.bz2 On Wednesday 16 April 2008 17:20:01 Vladimir Prus wrote: > Right now, when you're in C++ program and ask for children of a varobj > that has structure type, you don't the the fields. Instead, you get > "public", "private" and "protected" as chil dren. > [...] > So, I suggest to allow MI to optionally suppress those artificial fields. > Comments? I am very much in favour of having a possibility to suppress these artifical fields. Andre'