Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "Marc Khouzam" <marc.khouzam@ericsson.com>
To: "Nick Roberts" <nickrob@snap.net.nz>
Cc: "Daniel Jacobowitz" <drow@false.org>, <gdb-patches@sources.redhat.com>
Subject: RE: [Patch] Fix for -var-update to use natural format to compare
Date: Wed, 23 Jan 2008 14:41:00 -0000	[thread overview]
Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA04290E55@ecamlmw720.eamcs.ericsson.se> (raw)
In-Reply-To: <18326.35603.281821.709393@kahikatea.snap.net.nz>


>> In DSF, we (sometimes) display all values at once.  Can be nice for the user.
> 
> You say it "Can be nice for the user." but you haven't really answered the
> first question:
> 
>    why do you want to keep track of the value in all formats?
> 
> Why, for example, would a user want to see the value of a double as a
> decimal?  It just seems to be a misleading thing to do.

Users will be users :-)
But you make a good point.  The answer can be found in
http://dev.eclipse.org/mhonarc/lists/dsdp-dd-dev/msg01004.html
which I copied here:

"The DSF GDB debugger uses the detail pane in the variables, registers, and 
expressions views to display the variable in all available formats at the same
time.

There is a bigger issue here though.  The architecture of the debugger 
integration in Eclipse separates the UI code (views, actions, etc) and the 
non-UI code with an API that abstracts the details of the debugger back end.
However, GDB's design of the variable objects makes some assumptions about the
presentation of the data in the UI, and these assumptions are making it 
somewhat difficult to create an efficient implementation of the  non-UI layer 
of the debugger integration. "

So, to paraphrase, in DSF don't make any assumptions on what the UI will 
request, but instead, we give the UI the possibility to request any of the 
formats at any time, without restrictions.

Hope this clarifies a bit.

Marc


      reply	other threads:[~2008-01-23 14:41 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-22  3:25 Marc Khouzam
2008-01-22  3:53 ` Daniel Jacobowitz
2008-01-22 14:43   ` Marc Khouzam
2008-01-22 15:03     ` Daniel Jacobowitz
2008-01-22 15:12       ` Marc Khouzam
2008-01-22 15:35       ` Vladimir Prus
2008-01-22 16:38       ` Marc Khouzam
2008-01-22 17:50         ` Vladimir Prus
2008-01-22 17:59           ` Daniel Jacobowitz
2008-01-23  0:33     ` Nick Roberts
2008-01-23 14:41       ` Marc Khouzam [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6D19CA8D71C89C43A057926FE0D4ADAA04290E55@ecamlmw720.eamcs.ericsson.se \
    --to=marc.khouzam@ericsson.com \
    --cc=drow@false.org \
    --cc=gdb-patches@sources.redhat.com \
    --cc=nickrob@snap.net.nz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox