[vtk-developers] rogue3

[David E DeMarle]

Thanks Sean, all the static builds do something similar. We'll fix.

David E DeMarle
Kitware, Inc.
R&D Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909


On Thu, Aug 29, 2013 at 4:49 PM, Sean McBride <sean at rogue-research.com>wrote:

> On Thu, 29 Aug 2013 16:42:30 -0400, David E DeMarle said:
>
> >Are there any details in Rogue3's Testing/Temporary/ from last night that
> >might help diagnose the test segfaults?
> >
> >If not, would you mind running one of them through a debugger and seeing
> if
> >you can get a stack trace?
>
> Looks like a null deref in vtkAtomicInt64::Increment():
>
>
> Process:         vtkRenderingVolumeCxxTests [62632]
> Path:
>  /Users/builder/external/VTK-gcc-dbg-ppc64-static/bin/vtkRenderingVolumeCxxTests.app/Contents/MacOS/vtkRenderingVolumeCxxTests
> Identifier:      vtkRenderingVolumeCxxTests
> Version:         ??? (???)
> Code Type:       PPC-64 (Native)
> Parent Process:  ctest [12960]
>
> Date/Time:       2013-08-29 07:12:35.243 -0400
> OS Version:      Mac OS X 10.5.8 (9L31a)
> Report Version:  6
> Anonymous UUID:  3B2633E5-A8B9-4BCD-8202-5E32EF41487A
>
> Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
> Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000008
> Crashed Thread:  0
>
> Application Specific Information:
> objc[62632]: garbage collection is ON
>
> Thread 0 Crashed:
> 0                                       0x0000000000611ebc
> vtkAtomicInt64::Increment() + 28
> 1                                       0x00000000005cbc20
> vtkTimeStamp::Modified() + 52
> 2                                       0x0000000000517ce0
> vtkObject::Modified() + 36
> 3                                       0x0000000000518bf4
> vtkObject::vtkObject() + 116
> 4                                       0x000000000051d65c
> vtkObjectFactory::vtkObjectFactory() + 44
> 5                                       0x00000000009f6dec
> vtkInteractionStyleObjectFactory::vtkInteractionStyleObjectFactory() + 48
> 6                                       0x00000000009f6f8c
> vtkInteractionStyleObjectFactory::New() + 44
> (vtkInteractionStyleObjectFactory.cxx:23)
> 7                                       0x00000000009f7040
> vtkInteractionStyle_AutoInit_Construct() + 108
> 8                                       0x000000000000824c
> vtkRenderingCore_AutoInit::vtkRenderingCore_AutoInit() + 24
> 9                                       0x00000000016f14b8
> __static_initialization_and_destruction_0(int, int) + 160
> 10                                      0x00000000016f1530
> _GLOBAL__I_cmakeGeneratedFunctionMapEntries + 32
> 11  dyld                                0x00007fff5fc13fcc
> ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 292
> 12  dyld                                0x00007fff5fc0f808
> ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&,
> unsigned int) + 384
> 13  dyld                                0x00007fff5fc0f924
> ImageLoader::runInitializers(ImageLoader::LinkContext const&) + 68
> 14  dyld                                0x00007fff5fc04090
> dyld::initializeMainExecutable() + 160
> 15  dyld                                0x00007fff5fc08244
> dyld::_main(mach_header const*, unsigned long, int, char const**, char
> const**, char const**) + 2900
> 16  dyld                                0x00007fff5fc01874
> dyldbootstrap::start(mach_header const*, int, char const**, long) + 1072
> 17  dyld                                0x00007fff5fc01044 _dyld_start + 56
> 18  ???                                 0x00000007fffffffc 0 + 34359738364
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20130829/d6d841de/attachment.html>