Hi Gert,
(ever been Dutch? ;-))
The top of the stack trace you attached looks an awful lot like the one
I get in the osgdepthpeeling example (both point to
osgText::Text::computePositions() as the point where things go hayward):
(gdb) bt
#0 0x0032c4e2 in std::vector<osg::Vec3f, std::allocator<osg::Vec3f>
>::_M_fill_insert (this=0xb673ace0, __position=
{_M_current = 0xb672bbb0}, __n=396, [EMAIL PROTECTED])
at
/usr/lib/gcc/i386-redhat-linux/4.0.2/../../../../include/c++/4.0.2/bits/stl_construct.h:81
#1 0x0071d81e in osgText::Text::computePositions (this=0xb6705bf0,
contextID=0)
at
/usr/lib/gcc/i386-redhat-linux/4.0.2/../../../../include/c++/4.0.2/bits/stl_vector.h:658
#2 0x00722515 in osgText::Text::drawImplementation (this=0xb6705bf0,
[EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgText/Text.cpp:1545
#3 0x00722f29 in osgText::Text::drawImplementation (this=0xb6705bf0,
[EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgText/Text.cpp:1470
#4 0x0057a4a7 in osgUtil::RenderLeaf::render (this=0xb6727e88,
[EMAIL PROTECTED], previous=0x0)
at /home/paul/c/osg-svn/include/osg/Drawable:868
#5 0x00571157 in osgUtil::RenderBin::drawImplementation
(this=0xb6761760, [EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderBin.cpp:408
#6 0x00570d95 in osgUtil::RenderBin::draw (this=0xb6761760,
[EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderBin.cpp:373
#7 0x005711e7 in osgUtil::RenderBin::drawImplementation
(this=0xb6761520, [EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderBin.cpp:458
#8 0x00583bdd in osgUtil::RenderStage::drawImplementation
(this=0xb6761520, [EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderStage.cpp:1051
#9 0x00570d95 in osgUtil::RenderBin::draw (this=0xb6761520,
[EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderBin.cpp:373
#10 0x005841c1 in osgUtil::RenderStage::drawInner (this=0xb6761520,
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderStage.cpp:719
#11 0x005835c4 in osgUtil::RenderStage::draw (this=0xb6761520,
[EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderStage.cpp:913
#12 0x0057b57e in osgUtil::RenderStage::drawPostRenderStages
(this=0x87e2a08, [EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderStage.cpp:1069
#13 0x0058343d in osgUtil::RenderStage::draw (this=0x87e2a08,
[EMAIL PROTECTED], [EMAIL PROTECTED])
at /home/paul/c/osg-svn/src/osgUtil/RenderStage.cpp:979
#14 0x00597db3 in osgUtil::SceneView::draw (this=0x87e1c78) at
/home/paul/c/osg-svn/src/osgUtil/SceneView.cpp:1456
#15 0x00c28551 in osgViewer::Renderer::draw (this=0x87e1ab8) at
/home/paul/c/osg-svn/src/osgViewer/Renderer.cpp:382
#16 0x00c299e9 in osgViewer::Renderer::operator() (this=0x87e1ab8,
context=0x8800da8)
at /home/paul/c/osg-svn/src/osgViewer/Renderer.cpp:571
#17 0x0035035f in osg::GraphicsContext::runOperations (this=0x8800da8)
at /home/paul/c/osg-svn/src/osg/GraphicsContext.cpp:670
#18 0x0035356b in osg::RunOperations::operator() (this=0x88a6140,
context=0x8800da8) at /home/paul/c/osg-svn/src/osg/GraphicsThread.cpp:133
#19 0x0035340a in osg::GraphicsOperation::operator() (this=0x88a6140,
object=0x8800da8)
at /home/paul/c/osg-svn/src/osg/GraphicsThread.cpp:50
#20 0x00379a82 in osg::OperationThread::run (this=0x88a5ec8) at
/home/paul/c/osg-svn/src/osg/OperationThread.cpp:413
#21 0x0035363a in osg::GraphicsThread::run (this=0x88a5ec8) at
/home/paul/c/osg-svn/src/osg/GraphicsThread.cpp:38
#22 0x00dbf846 in OpenThreads::ThreadPrivateActions::StartThread
(data=0x88a5ed8)
at /home/paul/c/osg-svn/src/OpenThreads/pthreads/PThread.c++:160
#23 0x009b3bd4 in start_thread () from /lib/libpthread.so.0
#24 0x00b134fe in clone () from /lib/libc.so.6
Paul
Gert van Maren wrote:
> Hi guys,
>
> Still getting crashes on dual core machines in osg21-osgTextd.dll /
> osg21-osgd.dll (with 2.1.10 (also 2.1.9)). It seems to do with the
> osgdb_freetyped.dll because when we disable all osgText in our app ->
> the osgdb_freetyped.dll does not get loaded hence no crashes. If I
> disable dual core in the bios, I can have text -> no crashes.
>
> So when running dual core -> still osgText crashes.
>
> below: the 'windows' output for 2 crashes and I have attached a call
> stack as well.
>
> 'v3_viewerd.exe': Loaded
> 'D:\OpenSceneGraph-2.1.10\OpenSceneGraph\bin\osgplugins-2.1.10\osgdb_freetyped.dll',
>
> Symbols loaded.
> First-chance exception at 0x00cd1161 (osg21-osgTextd.dll) in
> v3_viewerd.exe: 0xC0000005: Access violation reading location 0x00000000.
> First-chance exception at 0x7c812a5b in v3_viewerd.exe: Microsoft C++
> exception: [rethrow] @ 0x00000000.
>
> 'v3_viewerd.exe': Loaded
> 'D:\OpenSceneGraph-2.1.10\OpenSceneGraph\bin\osgplugins-2.1.10\osgdb_freetyped.dll',
>
> Symbols loaded.
> First-chance exception at 0x008b4232 (osg21-osgd.dll) in
> v3_viewerd.exe: 0xC0000005: Access violation reading location
> 0x0006ffff.
>
> Hopefully this points to the bug.
>
> Gert
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
