Bug#600418: Update to initial crash report
Steve M. Robbins
steve at sumost.ca
Sun Oct 17 04:28:38 UTC 2010
Hi,
After a few hours of experience, I have experienced probably a dozen
crashes of slicer. The tcl error dump described in my initial report
is a red-herring. That was likely on the console prior to the crash.
None of the other crashes write anything to the console apart from
"Segmentation fault (core dumped)".
On the last crash, I obtained the following stack trace using
TK_LIBRARY=/usr/share/tcltk/tk8.5/ gdb /usr/bin/Slicer3-real core
Core was generated by `/usr/bin/Slicer3-real'.
Program terminated with signal 11, Segmentation fault.
#0 0x00007f27f2df0d31 in ?? () from /usr/lib/dri/r600_dri.so
(gdb) bt
#0 0x00007f27f2df0d31 in ?? () from /usr/lib/dri/r600_dri.so
#1 0x00007f27f2ebda8c in ?? () from /usr/lib/dri/r600_dri.so
#2 0x00007f27f2ec8629 in _swrast_write_rgba_span () from /usr/lib/dri/r600_dri.so
#3 0x00007f27f2ec03fe in ?? () from /usr/lib/dri/r600_dri.so
#4 0x00007f27f2ec0c40 in _swrast_DrawPixels () from /usr/lib/dri/r600_dri.so
#5 0x00007f27f2f1ab45 in ?? () from /usr/lib/dri/r600_dri.so
#6 0x00007f280f8483a1 in ?? () from /usr/lib/libvtkRendering.so.5.6
#7 0x00007f280f842ac6 in vtkOpenGLImageMapper::RenderData(vtkViewport*, vtkImageData*, vtkActor2D*) () from /usr/lib/libvtkRendering.so.5.6
#8 0x00007f280f6e16a1 in vtkImageMapper::RenderStart(vtkViewport*, vtkActor2D*) () from /usr/lib/libvtkRendering.so.5.6
#9 0x00007f280ac843af in vtkActor2D::RenderOverlay(vtkViewport*) () from /usr/lib/libvtkFiltering.so.5.6
#10 0x00007f280f79d837 in vtkRenderer::UpdateGeometry() () from /usr/lib/libvtkRendering.so.5.6
#11 0x00007f280f862c56 in vtkOpenGLRenderer::DeviceRender() () from /usr/lib/libvtkRendering.so.5.6
#12 0x00007f280f79e10c in vtkRenderer::Render() () from /usr/lib/libvtkRendering.so.5.6
#13 0x00007f280f799b24 in vtkRendererCollection::Render() () from /usr/lib/libvtkRendering.so.5.6
#14 0x00007f280f7aaee4 in vtkRenderWindow::DoStereoRender() () from /usr/lib/libvtkRendering.so.5.6
#15 0x00007f280f7ab2d1 in vtkRenderWindow::DoFDRender() () from /usr/lib/libvtkRendering.so.5.6
#16 0x00007f280f7ac591 in vtkRenderWindow::DoAARender() () from /usr/lib/libvtkRendering.so.5.6
#17 0x00007f280f7ab3eb in vtkRenderWindow::Render() () from /usr/lib/libvtkRendering.so.5.6
#18 0x00007f280f89f0e0 in vtkXOpenGLRenderWindow::Render() () from /usr/lib/libvtkRendering.so.5.6
#19 0x00007f281174baac in vtkKWRenderWidget::Render() () from /usr/lib/libKWWidgets.so.1.0.1006
#20 0x00007f2811fc3702 in vtkSlicerSliceViewer::Render() () from /usr/lib/Slicer3/libSlicerBaseGUI.so.3.6
#21 0x00007f2811e53682 in vtkSlicerSliceViewerCppCommand(vtkSlicerSliceViewer*, Tcl_Interp*, int, char**) () from /usr/lib/Slicer3/libSlicerBaseGUI.so.3.6
#22 0x00007f2811e52489 in vtkSlicerSliceViewerCommand(void*, Tcl_Interp*, int, char**) () from /usr/lib/Slicer3/libSlicerBaseGUI.so.3.6
#23 0x00007f280f2744f8 in TclInvokeStringCommand () from /usr/lib/libtcl8.5.so.0
#24 0x00007f280f275d63 in ?? () from /usr/lib/libtcl8.5.so.0
#25 0x00007f280f2bc98e in ?? () from /usr/lib/libtcl8.5.so.0
#26 0x00007f280f2b971f in ?? () from /usr/lib/libtcl8.5.so.0
#27 0x00007f280f277551 in TclEvalObjEx () from /usr/lib/libtcl8.5.so.0
#28 0x00007f280f30d2d0 in ?? () from /usr/lib/libtcl8.5.so.0
#29 0x00007f280f30c926 in TclServiceIdle () from /usr/lib/libtcl8.5.so.0
#30 0x00007f280f2ef5b5 in Tcl_DoOneEvent () from /usr/lib/libtcl8.5.so.0
#31 0x00007f2811f9fd28 in vtkSlicerApplication::DoOneTclEvent() () from /usr/lib/Slicer3/libSlicerBaseGUI.so.3.6
#32 0x00007f28114db1a1 in vtkKWApplication::Start(int, char**) () from /usr/lib/libKWWidgets.so.1.0.1006
#33 0x00007f28114daf46 in vtkKWApplication::Start() () from /usr/lib/libKWWidgets.so.1.0.1006
#34 0x00007f2811f9fcd8 in vtkSlicerApplication::StartApplication() () from /usr/lib/Slicer3/libSlicerBaseGUI.so.3.6
#35 0x000000000042e955 in Slicer3_main(int&, char**) ()
#36 0x0000000000430cc4 in main ()
This leads me to suspect that the bug is in "r600_dri.so" or that VTK
is making a bad call to OpenGL.
-Steve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/debian-science-maintainers/attachments/20101016/8c01c31e/attachment-0001.pgp>
More information about the debian-science-maintainers
mailing list