[Insight-developers] Define _GLIBCXX_DEBUG on dashboard?

[Bradley Lowekamp]

Hello,

Yes, we very much could use a VS debug build.

The run time debug features are nice is VS. I think many of them are only enabled in the Professional version, but I haven't seen that. The pop-up debug dialogs are nice when tracking things down, but not so useful for dashboard. There is suppose to be an option some place, to disable this behavior... Perhaps some one can let us know!

We actually support VS11 aka Visual Studio 2012. We have a night build:

http://open.cdash.org/buildSummary.php?buildid=2921250

Regarding the VS debug failing test. It's really quite a shame we don't have a nightly because I have fixed quite a few of them. :) This ticket lists failures with VS11 most also fail with VS9:

https://issues.itk.org/jira/browse/ITK-3100

I have fixed the JPEG2000, the LSM and the fast marching. What left is:

1> 1001 - itkLinearInterpolateImageFunctionTest (Failed)
1> 1003 - itkNearestNeighborInterpolateImageFunctionTest (Failed)
1> 1004 - itkGaussianInterpolateImageFunctionTest (Failed)
1> 1041 - itkGradientRecursiveGaussianFilterTest4 (Failed)

Brad


On May 29, 2013, at 1:47 AM, Ho Cheung <hocheung20 at gmail.com> wrote:

> We also don't have a Debug Nightly for Windows builds either. 
> 
> In Debug mode, the Visual C++ Runtime Library will do checks on whether or not iterators are valid (among other things). The downside is the test suite runs awfully slow.
> 
> VS11 Debug is blowing up with all kinds of assertions failures. I tried to submit it to the dashboard but it seems ctest is blocked waiting for someone to click "Abort" on the information window so it can continue on with the next test.
> 
> VS11 isn't an officially supported platform at the moment, so I don't think we need to fix these for the ITK v4.4.0 release, but I think it would be nice if someone took a look it.
> 
> Ho Cheung
> Research Assistant
> Bio-Image Analytics Lab - University of Houston
> hocheung20 at gmail.com
> Cell: (775) 388-2368
> 
> 
> On Tue, May 28, 2013 at 1:41 PM, Sean McBride <sean at rogue-research.com> wrote:
> On Tue, 28 May 2013 14:16:32 -0400, Bradley Lowekamp said:
> 
> >I am looking through more gcc debug flags and I have come across a
> >couple interesting new ones with gcc 4.8:
> >
> >-fsanitize=address
> >Enable AddressSanitizer, a fast memory error detector. Memory access
> >instructions will be instrumented to detect out-of-bounds and use-after-
> >free bugs. See http://code.google.com/p/address-sanitizer/ for more details.
> >-fsanitize=thread
> >Enable ThreadSanitizer, a fast data race detector. Memory access
> >instructions will be instrumented to detect data race bugs. See http://
> >code.google.com/p/data-race-test/wiki/ThreadSanitizer for more details.
> >
> >
> >It looks like they are ported from clang/llvm projects. They looks quite
> >useful!
> >
> >I'd be curios if any one has tried them out in clang or gcc, and what
> >they think of them.
> 
> I have used them with clang.  They are awesome.  They are pretty bleeding edge though, and have some false positives.
> 
> The most mature of the -fsanitize flags is the undefined behaviour sanitizer (ubsan).  I tried enabling ubsan on my Rogue7 ITK dashboard some months ago, but they report a gazillion errors, many from GDCM and vxl.  I turned my attention to fixing VTK since its code is easier to work with (IMHO: templates=ugh).
> 
> Address sanitizer (asan) probably won't find too much since you already use valgrind, though asan can find overruns of stack and globals, whereas valgrind only checks heap memory.
> 
> Thread sanitizer (tsan) only works with linux right now, so I've only tried it a little bit, but it's promising.  But fixing tricky threading issues IMHO should come only after we are valgrind-, ubsan-, and asan-clean.
> 
> I'll create a 'torture' dashboard on Rogue7 and we can enable one ubsan flag at a time...
> 
> Cheers,
> 
> --
> ____________________________________________________________
> Sean McBride, B. Eng                 sean at rogue-research.com
> Rogue Research                        www.rogue-research.com
> Mac Software Developer              Montréal, Québec, Canada
> 
> 
> _______________________________________________
> Powered by www.kitware.com
> 
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
> 
> Kitware offers ITK Training Courses, for more information visit:
> http://kitware.com/products/protraining.php
> 
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
> 
> Follow this link to subscribe/unsubscribe:
> http://www.itk.org/mailman/listinfo/insight-developers
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.itk.org/pipermail/insight-developers/attachments/20130529/884d222c/attachment.htm>