This is the mail archive of the
archer@sourceware.org
mailing list for the Archer project.
Re: [python][rfc] Attempt to print the base class if a there is no Python pretty-printer for a derived class.
On Friday 27 March 2009 19:06:45, Phil Muldoon wrote:
> Pedro Alves wrote:
> > On Friday 27 March 2009 17:50:39, Tom Tromey wrote:
> >
> >> Pedro> Does this do sensible things if class Y has some
> >> Pedro> fields that mask the Base class's ones, when you only have a
> >> Pedro> pretty printer for Base?
> >>
> >> Yeah... it pretty-prints Base, then goes on to print the subclass
> >> fields as usual (perhaps pretty-printing them as well).
> >>
> >
> > Okay, I was concerned if the pretty printer for Base would
> > access Y::x instead of Base::x
> It is a printer for Base, but that does not mean it will print out the
> Base values. Take this example:
>
<snip example>
I'm not sure if you're talking about what I'm talking. Here's a
simple example without stl mumbo jumbo, but please don't get caught
up with the actual classes being chosen for the example:
class LibVector
{
private:
char *data;
int len; /* length of data buffer in bytes */
};
class MyApplesVector : public LibVector
{
private:
int len; /* length of each apple in the vector in fruitlenght
units. They all must have the same length. */
}
I was asking if the pretty printer for LibVector, when
applied to MyApplesVector, wouldn't mistake MyApplesVector::len
for LibVector::len, which could cause bad things to happen
when accessing data, or printing the length of the generic
LibVector.
--
Pedro Alves