Hi Zach, Thanks for the feedback. The debugger problem is odd, osgViewer is just C++ with a bit of Win32 code in the GraphicsWindowWin32.cpp implementation. I wonder if they build options are have a an error that is throwing off the VS7 compiler/debugger. Perhaps its just down to bugs in VS7.
The osgViewer.dsp is just based on previous OSG projects though so should be ok. Robert. On 2/8/07, Zach Deedler <[EMAIL PROTECTED]> wrote:
Updates in red. INVESTIGATION continued... 1) Lock up with Pentium D 3.2GHz dual core with hyperthreading, Windows XP (this looks like 4 procs in the task manager). 2) All tests done with 'osgviewer cow.osg', then pressing 'm' 3) see below 4) see below 5) Lock up with Pentium D 2.8GHz dual core without hyperthreading, Windows XP 6) Does not lock up with Pentium 4 2.4GHz, Windows XP with the first press of 'm'. 7) Does lock up with Pentium 4 2.4GHz, Windows XP with the second press of 'm'. 8) All tests with OSG CVS today's head revision. 9) All tests with OpenThreads CVS today's head revision. 10) All tests with Producer CVS today's head revision. 11) Setting the processor affinity with the task manager to 1 CPU still resulted in lockup after pressing 'm' 12) After lock up, if I step into debugger, it is infinitely looping in nvoglnt.dll assembly code. (Don't have the source of course) 13) Can't step into Core osgViewer code. If I set a breakpoint in osgViewer::View() it breaks in osg::View(). Argh! Zach _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
