Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cdt-debug-dev] Need feedback for support ofmultipleaddress spaces in Memory View

I agree that we will need both for the reasons you list.  Also, power users will probably use the strings everywhere.  However, the strings are not very intuitive for novice users.  A drop list somewhere would be nice.

 

___________________________________________

 

Chris Recoskie

Software Designer

Texas Instruments, Toronto

http://eclipse.org/cdt

 

 


From: cdt-debug-dev-bounces@xxxxxxxxxxx [mailto:cdt-debug-dev-bounces@xxxxxxxxxxx] On Behalf Of John Cortell
Sent: Friday, October 28, 2005 4:15 PM
To: CDT Debug developers list
Subject: Re: [cdt-debug-dev] Need feedback for support ofmultipleaddress spaces in Memory View

 

It seems to me there will be various places where a space+address syntax will need to be displayed and accepted as a single string entity. Consider a variable view; I can conceivably have two pointer variables displayed in a view, each pointing to a location in a distinct address space. Also consider the scenario of adding the following item to an _expression_ view

        (char *)(0x042810 + 32)

In a debug session targeting a multi address-space environment, one would want/need to enter something like

        (char*)(n:0x042810 + 32)

So, I don't see how we could avoid having an address string representation that includes the address space.
It seems to me having the same interaction in the memory window would prove more consistent with the rest of the debugger.

John



Here is my two cents, take it or leave it...

Both as a CDT user and as a plugin developer I like Adam's suggestion
better. I think address space id:s and address values are two different
things. For instance, I think the user will change addresses much more
often than he will change address space id:s.

Why define a special syntax just to be able to put them in the same text
field?

If we want some more intuitive way to select address space, isn't that a
reason in itself to keep the address space id out of the address text
field?

/Mattias Bertilsson


Back to the top