Bug 8652 - Loops forever in __glXPopArrayState
Summary: Loops forever in __glXPopArrayState
Status: RESOLVED WORKSFORME
Alias: None
Product: Mesa
Classification: Unclassified
Component: GLX (show other bugs)
Version: 6.4
Hardware: x86 (IA32) Linux (All)
: high major
Assignee: mesa-dev
QA Contact:
URL: http://dachary.org/mesa.tar.gz
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-15 15:46 UTC by Loic Dachary
Modified: 2010-05-07 15:51 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Loic Dachary 2006-10-15 15:46:34 UTC
[please wait 24 hours after the post of this bug to download the tarbal]

How to reproduce the bug: get the chroot at
http://dachary.org/mesa.tar.gz 
untar it on a 64 bit CPU with a 2.6.16 > kernel running
chroot fedora-5-x86_64-core
cd /builddir/build/BUILD/osgcal-0.1.43/  
make check &
wait 5 seconds
ps -fA | grep lt-osgcal
gdb -p the lt-osgcal pid
and you will get the following backtrace, always

Environment is : fedora 5 with Xvfb and mesa 6.4.2

(gdb) bt
#0  0x00002aaaad2c465c in __glXPopArrayState () from /usr/lib64/libGL.so.1
#1  0x00002aaaad2c3fcc in __glXPopArrayState () from /usr/lib64/libGL.so.1
#2  0x00002aaaab0f2a81 in osg::Geometry::drawImplementation () from
/usr/lib64/libosg.so.1
#3  0x00002aaaabd26ad5 in osgUtil::RenderLeaf::render () from
/usr/lib64/libosgUtil.so.1
#4  0x00002aaaabd1f211 in osgUtil::RenderBin::drawImplementation ()
   from /usr/lib64/libosgUtil.so.1
#5  0x00002aaaabd2af1d in osgUtil::RenderStage::drawImplementation ()
   from /usr/lib64/libosgUtil.so.1
#6  0x00002aaaabd2a8ce in osgUtil::RenderStage::drawInner () from
/usr/lib64/libosgUtil.so.1
#7  0x00002aaaabd2a78c in osgUtil::RenderStage::draw () from
/usr/lib64/libosgUtil.so.1
#8  0x00002aaaabd3d8fe in osgUtil::SceneView::draw () from
/usr/lib64/libosgUtil.so.1
#9  0x0000000000406f21 in osgViewer::Render (this=0x7fff8773de10) at
osgviewer.cpp:153
#10 0x00000000004041bb in main (argc=21, argv=0x7fff8773e238) at osgcal.cpp:508
Comment 1 Brian Paul 2006-10-15 15:56:41 UTC
That stack trace can't be valid.  __glXPopArrayState() is an internal libGL
function that almost certainly is not called from the app's
osg::Geometry::drawImplementation() function.

I don't see any way that __glXPopArrayState() can call itself either.

I think you'll need to use a libGL compiled with -g to get a good stack trace.

Alternately, you might try running with valgrind to see if something funny is
going on elsewhere (very likely).
Comment 2 Loic Dachary 2006-10-15 16:22:17 UTC
(In reply to comment #1)
> That stack trace can't be valid.  __glXPopArrayState() is an internal libGL
> function that almost certainly is not called from the app's
> osg::Geometry::drawImplementation() function.
>

   I'll improve this report with debug symbols and valgrind. Sorry about that.


Comment 3 Benjamin Close 2008-01-11 02:37:12 UTC
Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler
Comment 4 Kristian Høgsberg 2010-05-07 15:51:10 UTC
(In reply to comment #3)
> Bugzilla Upgrade Mass Bug Change
> 
> NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously
> listed as NEEDSINFO.
> 
>   - benjsc
>     fd.o Wrangler

And I'm closing it, timeout.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.