[Dune] Re: [Dune-CVS] dune-grid r2892 - trunk/grid/common
Oliver Sander
sander at mi.fu-berlin.de
Tue Aug 1 16:44:03 CEST 2006
Hi Thimo!
Thank you for the advice! As you have certainly noticed I have
already reverted the commits in question, since it was pointed
out to me that they violated the current feature-freeze.
--
Oliver
************************************************************************
* Oliver Sander ** email: sander at mi.fu-berlin.de *
* Freie Universität Berlin ** phone: + 49 (30) 838 75217 *
* Institut für Mathematik II ** URL : page.mi.fu-berlin.de/~sander *
* Arnimallee 6 ** -------------------------------------*
* 14195 Berlin, Germany ** Member of MATHEON (www.matheon.de) *
************************************************************************
On Fri, 28 Jul 2006, Thimo Neubauer wrote:
> On Thu, Jul 27, 2006 at 01:39:01PM +0200, Oliver Sander wrote:
>> What is the problem? All built-in C++ types act that way.
>
> ... which is the reason why constructors/destructors were
> created... so that you don't have to search for hours until you find
> the one uninitialized variable.
>
> And even better: a good compiler will warn if you forget to initialize
> a builtin type but not for the "undefined" EntityPointer.
>
> Please design the class interfaces with the
>
> http://de.wikipedia.org/wiki/Principle_Of_Least_Surprise
>
> i.e. either introduce a "NULL"-state (if you really want empty
> EntityPointers) or remove the empty constructor.
>
> Cheers
> Thimo
>
> _______________________________________________
> Dune mailing list
> Dune at dune-project.org
> http://www.dune-project.org/cgi-bin/mailman/listinfo/dune
>
More information about the Dune
mailing list