Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread J.P. Delport
Hi Eric, some info in this recent thread too. http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/68096/ jp On 26/05/11 18:14, Eric Sokolowsky wrote: Robert Osfield wrote: Hi Eric, On Thu, May 26, 2011 at 4:21 PM, Eric Sokolowsky esok@gmail.com wrote: Yes, this is what I

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Eric Sokolowsky
J.P. Delport wrote: Hi Eric, some info in this recent thread too. http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/68096/ jp Thanks for the pointer. I must have skipped over that thread. The problem described there looks like what is happening to me (I'm glad I'm not the only

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Eric Sokolowsky
Here's some more information about the problem. I have narrowed it down to the patch r12294. Before this change I cannot get osgviewer to fail, but after this patch it is very easy to get osgviewer to fail. Something there caused the timing instability we are seeing. I'm going to investigate

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Robert Osfield
Hi Eric, On Fri, May 27, 2011 at 2:29 PM, Eric Sokolowsky esok@gmail.com wrote: Here's some more information about the problem. I have narrowed it down to the patch r12294. Before this change I cannot get osgviewer to fail, but after this patch it is very easy to get osgviewer to fail.

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread J.P. Delport
Hi On 27/05/11 15:07, Eric Sokolowsky wrote: J.P. Delport wrote: Hi Eric, some info in this recent thread too. http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/68096/ jp Thanks for the pointer. I must have skipped over that thread. The problem described there looks like what

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Robert Osfield
Hi All, I'm just doing a code review from before and after the r12294 rev and it looks like the move of the code from a method being called in the graphics thread GraphicsWindowX11::swapBufferImplentation() to on being called from the main thread GraphcisWindowX11::checkEvents() without the

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Eric Sokolowsky
Robert Osfield wrote: Hi All, I'm just doing a code review from before and after the r12294 rev and it looks like the move of the code from a method being called in the graphics thread GraphicsWindowX11::swapBufferImplentation() to on being called from the main thread

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Jeremy Moles
On Fri, 2011-05-27 at 10:41 -0400, Eric Sokolowsky wrote: Robert Osfield wrote: Hi All, I'm just doing a code review from before and after the r12294 rev and it looks like the move of the code from a method being called in the graphics thread GraphicsWindowX11::swapBufferImplentation()

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Robert Osfield
Hi Eric, On Fri, May 27, 2011 at 4:22 PM, Eric Sokolowsky esok@gmail.com wrote: Changing _display to display fixes the crashing problem for me. Here is an updated GraphicsWindow.cpp with the fix, which you may have already applied. Good to hear that this fixed the problem - it illustrates

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Robert Osfield
Hi Eric et. al, I have now reverted the problematic part the r12294 that original moved the check for close events from the swapBuffersImplementation to checkEvents, this caused problems because the check was being done on the _display member variable that is X11 Display connection setup for

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-27 Thread Eric Sokolowsky
Robert, I tested your changes and I could not get it to crash, so it looks squashed to me. Thanks! Eric Robert Osfield wrote: Hi Eric et. al, I have now reverted the problematic part the r12294 that original moved the check for close events from the swapBuffersImplementation to

[osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-26 Thread Eric Sokolowsky
I'm running OSG under Linux, specifically Fedora 14 on MacBook Pro hardware. I am having trouble running anything with the latest OSG trunk svn. Symptoms: X11 crashes and restarts. Since others are not reporting the same issue, I'm presuming that my nvidia driver is buggy. What version(s) of

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-26 Thread Robert Osfield
Hi Eric, Others including myself has see X11/GLX related errors on start up of apps, but I haven't had X11 crash and restart, I presume you mean though whole X11 desktop crashes and restarts rather than just an OSG app, For point of reference he's the details of my system - later driver and

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-26 Thread Eric Sokolowsky
Robert Osfield wrote: Hi Eric, Others including myself has see X11/GLX related errors on start up of apps, but I haven't had X11 crash and restart, I presume you mean though whole X11 desktop crashes and restarts rather than just an OSG app, Yes, this is what I mean. X11 itself crashes

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-26 Thread Robert Osfield
Hi Eric, On Thu, May 26, 2011 at 4:21 PM, Eric Sokolowsky esok@gmail.com wrote: Yes, this is what I mean. X11 itself crashes and restarts. One of the weird issues is that this happens only for OSG trunk, not for OSG 2.8 svn, on the same machine. Perhaps there is some OpenGL3+ weirdness

Re: [osg-users] OSG trunk crashing, perhaps an nvidia driver problem?

2011-05-26 Thread Eric Sokolowsky
Robert Osfield wrote: Hi Eric, On Thu, May 26, 2011 at 4:21 PM, Eric Sokolowsky esok@gmail.com wrote: Yes, this is what I mean. X11 itself crashes and restarts. One of the weird issues is that this happens only for OSG trunk, not for OSG 2.8 svn, on the same machine. Perhaps there is