Robert et al,
So, the 2.9.5 build doesn't fix my problem.
My app has two threads. The second one is my viewer thread. To
shutdown, my main threads calls viewer->setDone(true) then waits on
a shared lock. The viewer thread stops running (I start the viewer with
viewer->run()) and then calls viewer->stopThreading() and
verifies that getAllThreads(threads,true) returns 0. It then notifies
the main thread and exits.
I really don't understand why getAllThreads() would return 0 when
GraphicsContext::runOperations() still seems to be running. This is why
I was asking about the done flag being reset to true (you told me it
was reinitializing) and about the non-volatile-ness of the done flags.
I'm no multithreading guru, but this isn't my first multithreaded app
either. I'm confused.
Cory
Cory Riddell wrote:
Hi Robert,
I just saw your post about the release of 2.9.5 and it includes
threading fixes. I think I'll grab that and give it a go before I
bother the list about this any more.
Thanks,
Cory
Robert Osfield wrote:
Hi Cory,
Do you find that normal OSG apps have problems when shutting down?
Which version of the OSG are you using?
When you say delete, exactly how are you going about delete? Could
you supply an example of the clean up code you are using, it does
sound like there is something amiss.
Robert.
On Mon, Jun 22, 2009 at 4:19 PM, Cory Riddell<[email protected]> wrote:
Hi Robert,
The reason I started to look at this flag is because I'm getting frequent
access violations when shutting down my app.
Usually, the problem is in GraphicsContext::runOperations().
When I shut down, I call setDone(true) on my viewer instance. I also call
stopThreading() and make sure that getAllThreads(threads, true) returns 0,
then I delete everything. I thought this would be sufficient, but I'm still
getting an access violation in GraphicsContext::runOperations() when it
tries to dereference a camera pointer and the camera has been deleted. My
scene includes two cameras, the primary one and a second one to render the
background.
Is there some other indicator that OSG threads are still running that I
should be waiting on?
Cory
Robert Osfield wrote:
HI Cory,
The Done flag is a hint to say tell threads that work should stop, so
once it's stopped you want to reset things so that we you start the
threads again it doesn't think that it's done again.
Robert.
On Mon, Jun 15, 2009 at 9:37 PM, Cory Riddell<[email protected]> wrote:
ViewerBase::stopThreading() includes this block of code:
for(Cameras::iterator camItr = cameras.begin();
camItr != cameras.end();
++camItr)
{
osg::Camera* camera = *camItr;
Renderer* renderer = dynamic_cast<Renderer*>(camera->getRenderer());
if (renderer)
{
renderer->setGraphicsThreadDoesCull( true );
renderer->setDone(false);
}
}
Since threading is being stopped, shouldn't the line in red be setting done
to true?
Cory
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
|
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
