From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3201 invoked by alias); 3 Oct 2011 17:00:35 -0000 Received: (qmail 3187 invoked by uid 22791); 3 Oct 2011 17:00:33 -0000 X-SWARE-Spam-Status: No, hits=-7.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 03 Oct 2011 17:00:17 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p93H0CsI005892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 3 Oct 2011 13:00:12 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p93H0748008827; Mon, 3 Oct 2011 13:00:12 -0400 Received: from barimba (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 p93H05mb026233; Mon, 3 Oct 2011 13:00:06 -0400 From: Tom Tromey To: =?utf-8?B?QW5kcsOpIFDDtm5pdHo=?= Cc: gdb-patches@sourceware.org Subject: Re: [MI RFC] entryval: MI access to entry values References: <20110718201852.GG30496@host1.jankratochvil.net> <201109141049.51904.andre.poenitz@nokia.com> <20110914091233.GA1328@host1.jankratochvil.net> <201109141225.56344.andre.poenitz@nokia.com> Date: Mon, 03 Oct 2011 17:00:00 -0000 In-Reply-To: <201109141225.56344.andre.poenitz@nokia.com> (=?utf-8?Q?=22An?= =?utf-8?Q?dr=C3=A9_P=C3=B6nitz=22's?= message of "Wed, 14 Sep 2011 12:25:56 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: 2011-10/txt/msg00027.txt.bz2 >>>>> "Andr=C3=A9" =3D=3D Andr=C3=A9 P=C3=B6nitz = writes: Jan> There should be already instead of: Jan> {name=3D"lost",arg=3D"1",value=3D""} Jan> rather: Jan> {name=3D"lost",arg=3D"1",optimized_out=3D"1"} Andr=C3=A9> That's actually what I'd prefer, too. No magic in-channel strin= gs Andr=C3=A9> that need to be recognized and handled/translated separately, b= ut Andr=C3=A9> different kinds of data transferred in different channels. FWIW this makes sense to me as well. Can you file bugs for the cases you know about? At least for this one I think we could handle it in a backward-compatible way. One possible issue is that the errors gdb can see are open-ended, but presumably this could be dealt with sensibly by proper documentation. Tom