I downgraded to the latest Linux NVidia "legacy" driver and the problem went away.
...go figure... Full speed ahead! On Tue, 2008-03-11 at 13:19 -0700, Mark Sciabica wrote: > Check that new text code I posted. I initially had problems handling > the space character because it's implemented as having zero height and > width. > > First make sure I sent you the right version: fHorizQuadMargin and > fVertQuadMargin initialization should be checking for vDiff nonzero > before dividing. My driver didn't like when I forgot to do that. Also, > the code assumes that the texture width/height are nonzero. If this > assumption is incorrect, the division by zero at that point might be > causing a problem. > > Other than that, the only thing I can see a driver tripping up on is > creation of a zero area quad (which a space will end up being) with > different texture coordinates at each vertex. This will give an > infinite rate of change of texture coordinates across the primitive > which might be confusing the driver. > > To see if this is the problem, try the following code to avoid adding > unnecessary margins to zero width glyphs. > > float fHorizTCMargin = 1.0f / glyph->getTexture()- > >getTextureWidth(); > float fVertTCMargin = 1.0f / glyph->getTexture()- > >getTextureHeight(); > float fHorizQuadMargin; > if (vDiff.x() == 0.0f) > { > fHorizQuadMargin = 0; > } > else > { > fHorizQuadMargin = width * fHorizTCMargin / > vDiff.x(); > mintc.x() -= fHorizTCMargin; > maxtc.x() += fHorizTCMargin; > } > if (vDiff.y() == 0.0f) > { > fVertQuadMargin = 0; > } > else > { > fVertQuadMargin = height * fVertTCMargin / > vDiff.y(); > mintc.y() -= fVertTCMargin; > maxtc.y() += fVertTCMargin; > } > > On Mar 11, 10:46 am, Jeremy Moles <[EMAIL PROTECTED]> wrote: > > I tagged a 0.1.6 of osgWidget: > > > > http://osgwidget.googlecode.com > > > > I really wouldn't even bother posting about it to be honest but I need a > > bit of help if anyone is willing to try it. :) > > > > Upon building osgWidget (you'll want to get the monospace font and the > > osgText.cpp patch for maximum font clarity, but they aren't necessary), > > run the osgwidgetinput example and press the following keys: > > > > n > > SPACE > > > > Where that's the actual key 'n' and the spacebar. Something really > > bizarre is happening on my machine and I'm beginning to think it's a > > driver bug... what happens though is that I get an Floating Point > > Exception inside of NVidia's libGL, and it seems to have something to do > > with the "space" character in some context. If you immediately insert a > > space character, you can then follow that with any series of key presses > > you like, including spaces or otherwise. > > > > Anyways, this isn't a big deal (I'm sure I'll get it figured out), but I > > just wanted to let folks know I'm still alive and things are chugging > > along slowly. :) > > > > (I've been extremely busy these last few weeks writing some > > system-auditing software in Python for a client, and haven't had much > > time for hobby code...) > > > > _______________________________________________ > > osg-users mailing list > > [EMAIL > > PROTECTED]://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph... > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > _______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org