|
Boost : |
From: Alan.Griffiths_at_[hidden]
Date: 2003-09-03 12:10:05
> -----Original Message-----
> From: David Abrahams [mailto:dave_at_[hidden]]
> Sent: 02 September 2003 18:46
> >
> > /2/ Instead of guessing we can ask him. He is amazingly
> tolerant of idiot
> > questions. :)
>
> Go for it ;-)
Done: here is what he has to say (with my summary of the discussion elided
for brevity)...
> -----Original Message-----
> From: Bjarne Stroustrup [mailto:bs_at_[hidden]]
> Sent: 03 September 2003 16:57
>
> There wasn't much experience with exceptions at the time I
> wrote that. I saw it
> in a few examples and extrapolated. Note that the amount of
> anti-MI hype tends
> to eliminate even good examples from common use.
>
> >Are you still of the opinion that this design is both common and good
> >practice? And have you time to explain why?
>
> I think that multiple inherited exception can be good design,
> for all the usual reasons for MI. I don't think we
> need to go to virtual bases. That's a
> complication that I don't see the need for.
>
> The example quoted by Dave with the ambiguous what() should -
> as ever - be resolved by overriding what() in the derived class.
-- Alan Griffiths ------------------------------------------------------------------------ For more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. ------------------------------------------------------------------------
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk