[vtk-developers] Examples/Medical3 crash help

[Bill Lorensen]

This also validates the need for testing. How embarrassing.

The rampage begins...

Bill

On Fri, Jan 1, 2010 at 3:26 PM, Bill Lorensen <bill.lorensen at gmail.com> wrote:
> Francois,
>
> You are the man! That call was added by your countryman Mathieu almost
> 4 1/2 years ago! Nice catch!
>
> I owe you a beer.
>
> Bill
>
> On Fri, Jan 1, 2010 at 3:09 PM, Francois Bertel
> <francois.bertel at kitware.com> wrote:
>> Valgrind detected the use of uninitialized variable for Example3:
>>
>> ref: http://www.cdash.org/CDash/viewDynamicAnalysisFile.php?id=511733
>>
>>
>> Indeed, Example3 was calling Render() on the vtkRenderer. This is not
>> a valid call. Only the vtkRenderWindow is allowed to do so. I changed
>> the comment in vtkRenderer to make it more explicit and commit a fix
>> to Example3:
>>
>> cvs commit -m "BUG:Fixed direct call to Render on the vtkRenderer
>> which is strictly forbidden as the vtkRenderer. Notably, vtkRenderer
>> relies on values initialized by the vtkRenderWindow. In the case of
>> Example Medical3.cxx, as Renderer() was called on the vtkRenderer
>> before any internal initialization of the vtkRenderWindow it resulted
>> in the use of uninitialized variable. Thanks valgrind for catching
>> this." VTK/Rendering/vtkRenderer.h
>> VTK/Examples/Medical/Cxx/Medical3.cxx
>>
>> Committer: Francois Bertel <francois.bertel at kitware.com>
>> Commit to directory "ParaView3/VTK/Rendering" lies in external project VTK
>> Committer: Francois Bertel <francois.bertel at kitware.com>
>> Committer: Francois Bertel <francois.bertel at kitware.com>
>> Commit to directory "ParaView3/VTK/Examples/Medical/Cxx" lies in
>> external project VTK
>> Committer: Francois Bertel <francois.bertel at kitware.com>
>> /cvsroot/ParaView3/ParaView3/VTK/Rendering/vtkRenderer.h,v  <--
>> VTK/Rendering/vtkRenderer.h
>> new revision: 1.149; previous revision: 1.148
>> /cvsroot/ParaView3/ParaView3/VTK/Examples/Medical/Cxx/Medical3.cxx,v
>> <--  VTK/Examples/Medical/Cxx/Medical3.cxx
>> new revision: 1.15; previous revision: 1.14
>>
>>
>> On Fri, Jan 1, 2010 at 8:42 PM, Bill Lorensen <bill.lorensen at gmail.com> wrote:
>>> Dave,
>>>
>>> dash21.kitware does not seem to meet the failing profile:
>>> http://www.cdash.org/CDash/testDetails.php?test=39836203&build=505241
>>>
>>> Can you try running by hand on that machine?
>>>
>>> Starting to feel like CSI - VTK...
>>>
>>> Thanks,
>>>
>>> Bill
>>>
>>> On Fri, Jan 1, 2010 at 2:26 PM, Dave Partyka <dave.partyka at kitware.com> wrote:
>>>> Hythloth is also running development mesa just like candy, bunny, teddy,
>>>> bubbles, lance, cherry etc. The two windows machines have nearly all their
>>>> tests failing (dash1win64 & dash20), which I'll take a look into soon.
>>>>
>>>> On Fri, Jan 1, 2010 at 2:22 PM, Dave Partyka <dave.partyka at kitware.com>
>>>> wrote:
>>>>>
>>>>> Those macs (Krondor, Midworld, dashmacmini) don't use mesa but instead
>>>>> have really cruddy ati hardware/drivers. I constantly end up disabling tests
>>>>> on those machines as a result :-/.
>>>>>
>>>>> On Fri, Jan 1, 2010 at 2:21 PM, Bill Lorensen <bill.lorensen at gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> Dave,
>>>>>>
>>>>>> Thanks. You're the first to respond, but is the holidays...
>>>>>>
>>>>>> It is a strange failure since Medical1 and Medical2 are similar except
>>>>>> for lookup tables. I guess I can try disabling Medical3 on Macs for
>>>>>> now and see what else is failing. Also, I didn't realize that the Macs
>>>>>> used mesa. Looks like mesa could be the common piece. Even
>>>>>> hythloth.kitware gcc41 is failing.
>>>>>>
>>>>>> Maybe I'll try a local mesa build.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Bill
>>>>>>
>>>>>> On Fri, Jan 1, 2010 at 1:47 PM, Dave Partyka <dave.partyka at kitware.com>
>>>>>> wrote:
>>>>>> > Hi Bill, I am not sure if anyone has tried to debug this for you yet so
>>>>>> > here
>>>>>> > goes. This is just a backtrace I collected. My first guess would be
>>>>>> > some
>>>>>> > broken GL/driver/mesa issue. Let me know if you would like me to try
>>>>>> > anything else.
>>>>>> >
>>>>>> > Also further examining the list of failing machines. Most of them are
>>>>>> > really
>>>>>> > old macs that have notoriously poor graphics capabilities or Kevin
>>>>>> > Hobbs's
>>>>>> > machines that are all running development version of Mesa.
>>>>>> >
>>>>>> > Starting program:
>>>>>> > /home/kitware/Dashboards/VTK-Build/bin/MedicalExamplesCxxTests
>>>>>> > TestMedical3
>>>>>> > /home/kitware/Dashboards/VTKData/Data/headsq/quarter
>>>>>> > [Thread debugging using libthread_db enabled]
>>>>>> > Starting...
>>>>>> > Begin v61
>>>>>> > Updating v16
>>>>>> > Updating skinExtractor
>>>>>> > Updating skinNormals
>>>>>> > Updating skinStripper
>>>>>> > Updating outlineData
>>>>>> > Building bwLut
>>>>>> > Building hueLut
>>>>>> > Building satLut
>>>>>> > Updating sagittalColors
>>>>>> > [New Thread 0x7fd1130166f0 (LWP 4648)]
>>>>>> > [New Thread 0x41fda950 (LWP 4651)]
>>>>>> > [Thread 0x41fda950 (LWP 4651) exited]
>>>>>> > [New Thread 0x41003950 (LWP 4652)]
>>>>>> > [Thread 0x41003950 (LWP 4652) exited]
>>>>>> > [New Thread 0x427db950 (LWP 4653)]
>>>>>> > [Thread 0x427db950 (LWP 4653) exited]
>>>>>> > Updating axialColors
>>>>>> > [New Thread 0x427db950 (LWP 4654)]
>>>>>> > [Thread 0x427db950 (LWP 4654) exited]
>>>>>> > [New Thread 0x41003950 (LWP 4655)]
>>>>>> > [Thread 0x41003950 (LWP 4655) exited]
>>>>>> > [New Thread 0x41fda950 (LWP 4656)]
>>>>>> > [Thread 0x41fda950 (LWP 4656) exited]
>>>>>> > Updating coronalColors
>>>>>> > [New Thread 0x41fda950 (LWP 4657)]
>>>>>> > [Thread 0x41fda950 (LWP 4657) exited]
>>>>>> > [New Thread 0x41003950 (LWP 4658)]
>>>>>> > [Thread 0x41003950 (LWP 4658) exited]
>>>>>> > [New Thread 0x427db950 (LWP 4659)]
>>>>>> > [Thread 0x427db950 (LWP 4659) exited]
>>>>>> > Render
>>>>>> >
>>>>>> > Program received signal SIGSEGV, Segmentation fault.
>>>>>> > [Switching to Thread 0x7fd1130166f0 (LWP 4648)]
>>>>>> > 0x00007fd10a44f00b in glLightModelfv () from /usr/lib/libGL.so.1
>>>>>> > (gdb) bt
>>>>>> > #0  0x00007fd10a44f00b in glLightModelfv () from /usr/lib/libGL.so.1
>>>>>> > #1  0x00007fd112b0c983 in vtkOpenGLRenderer::ClearLights
>>>>>> > (this=0x1519550) at
>>>>>> > /home/kitware/Dashboards/VTK/Rendering/vtkOpenGLRenderer.cxx:101
>>>>>> > #2  0x00007fd112b0cac5 in vtkOpenGLRenderer::DeviceRender
>>>>>> > (this=0x1519550)
>>>>>> > at /home/kitware/Dashboards/VTK/Rendering/vtkOpenGLRenderer.cxx:234
>>>>>> > #3  0x00007fd112a14490 in vtkRenderer::Render (this=0x1519550) at
>>>>>> > /home/kitware/Dashboards/VTK/Rendering/vtkRenderer.cxx:336
>>>>>> > #4  0x0000000000409408 in TestMedical3 (argc=2, argv=0x7fff1b1458c0) at
>>>>>> > /home/kitware/Dashboards/VTK/Examples/Medical/Cxx/Medical3.cxx:280
>>>>>> > #5  0x0000000000406016 in main (ac=2, av=0x7fff1b1458c0) at
>>>>>> >
>>>>>> > /home/kitware/Dashboards/VTK-Build/Examples/Medical/Cxx/MedicalExamplesCxxTests.cxx:180
>>>>>> >
>>>>>> > (gdb) up
>>>>>> > #1  0x00007fd112b0c983 in vtkOpenGLRenderer::ClearLights
>>>>>> > (this=0x1519550) at
>>>>>> > /home/kitware/Dashboards/VTK/Rendering/vtkOpenGLRenderer.cxx:101
>>>>>> > 101       glLightModelfv(GL_LIGHT_MODEL_AMBIENT, Info);
>>>>>> >
>>>>>> >
>>>>>> > On Wed, Dec 30, 2009 at 10:25 AM, Bill Lorensen
>>>>>> > <bill.lorensen at gmail.com>
>>>>>> > wrote:
>>>>>> >>
>>>>>> >> Folks,
>>>>>> >>
>>>>>> >> The test MedicalExamples-Medical3 is crashing on many platforms,
>>>>>> >> mainly Mac's or 64 bit systems. I've tried to find the problem by add
>>>>>> >> cout's, but even the
>>>>>> >> See:
>>>>>> >>
>>>>>> >>
>>>>>> >> http://www.cdash.org/CDash/testSummary.php?project=11&name=MedicalExamples-Medical3&date=2009-12-30
>>>>>> >>
>>>>>> >> I need someone to run the test and if possible get a debug trace on
>>>>>> >> one of the failing platforms.
>>>>>> >>
>>>>>> >> 1) Got to the page:
>>>>>> >>
>>>>>> >>
>>>>>> >> http://www.cdash.org/CDash/testSummary.php?project=11&name=MedicalExamples-Medical3&date=2009-12-30
>>>>>> >>
>>>>>> >> 2) Select a platform y9ou have access to (e.g.
>>>>>> >> http://www.cdash.org/CDash/testDetails.php?test=39807490&build=504342
>>>>>> >> )
>>>>>> >> Run the test as shown in the Command Line
>>>>>> >>
>>>>>> >> If it crashes, report any message.
>>>>>> >> Also run in a debug and report the traceback.
>>>>>> >>
>>>>>> >> Thanks,
>>>>>> >>
>>>>>> >> Bill
>>>>>> >> _______________________________________________
>>>>>> >> Powered by www.kitware.com
>>>>>> >>
>>>>>> >> Visit other Kitware open-source projects at
>>>>>> >> http://www.kitware.com/opensource/opensource.html
>>>>>> >>
>>>>>> >> Follow this link to subscribe/unsubscribe:
>>>>>> >> http://www.vtk.org/mailman/listinfo/vtk-developers
>>>>>> >>
>>>>>> >
>>>>>> >
>>>>>
>>>>
>>>>
>>> _______________________________________________
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.vtk.org/mailman/listinfo/vtk-developers
>>>
>>>
>>
>>
>>
>> --
>> François Bertel, PhD  | Kitware Inc. Suite 204
>> 1 (518) 371 3971 x113 | 28 Corporate Drive
>>                      | Clifton Park NY 12065, USA
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.vtk.org/mailman/listinfo/vtk-developers
>>
>>
>