<div class="gmail_quote">On Fri, Jul 9, 2010 at 11:38 AM, David Cole <span dir="ltr"><<a href="mailto:david.cole@kitware.com">david.cole@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="gmail_quote"><div class="im">On Fri, Jul 9, 2010 at 11:16 AM, David Gobbi <span dir="ltr"><<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


The one dashboard test that is guaranteed to break is TestSetGet.<br>
Some of the BTX'd methods are Get methods that segfault when they are<br>
called, and if BTX is ignored, then TestSetGet will call them. These<br>
methods will either have to be fixed or excluded from TestSetGet.<br></blockquote><div><br></div></div><div>The main point of that test is to ensure that any Get method may be called directly after instantiating any VTK object. I would argue for fixing, not excluding. VTK should not crash if somebody "accidentally" calls a Get method before the object is ready for it. It should just return 0, or false, or uninitialized...</div>


<div><br></div><div>It might be ok to add error or warning macro output, but crashing is not cool.</div><div><br></div></div></blockquote><div>So, here is my experimental dashboard. I can add this to my crontab until it is more globally enabled. You can see three tests failing there.</div>

<div> </div></div><meta http-equiv="content-type" content="text/html; charset=utf-8"><a href="http://www.cdash.org/CDash/viewTest.php?onlyfailed&buildid=660272">http://www.cdash.org/CDash/viewTest.php?onlyfailed&buildid=660272</a><div>

<br></div><div>Marcus</div><div>--<br clear="all">Marcus D. Hanwell, Ph.D.<br>R&D Engineer, Kitware Inc.<br>(518) 881-4937<br></div>