Hi Robert,
Good. This also works for me in the osgterrain-crash-program.
I've updated our patches to match this fix, and our internal tests also
pass.
Thanks for taking the time and sharing this great software!
Ola
On Fri, 31 Aug 2012 18:03:33 +0200, Robert Osfield
Hi Robert et al.,
I finally got the time to investigate the code (osgTerrain/Terrain.cpp).
As I see it, it is not necessary to introduce a new data structure to hold
the list of update tiles. The issue was that a TerrainTile could be partly
destructed but not unregisterTile:ed, when an
is that we'll need to introduce a form of set that
manages a list of observer_ptr much in the same way that the
ObserverNodePath is managed, so we'll need an equivalent
ObserverNodeSet class.
Robert.
On 27 August 2012 12:46, Ola Nilsson o...@weatherone.tv wrote:
Hi Robert et al.,
I finally got the time
On Mon, 27 Aug 2012 16:40:39 +0200, Robert Osfield
robert.osfi...@gmail.com wrote:
Hi Ola,
On 27 August 2012 15:23, Ola Nilsson o...@weatherone.tv wrote:
Hm, there is probably something I don't see. I am new to the code...
I assumed that a TerrainTile cannot be _completely_ deleted
Hi Robert,
On Mon, 27 Aug 2012 17:58:58 +0200, Robert Osfield
robert.osfi...@gmail.com wrote:
Hi Ola,
On 27 August 2012 16:31, Ola Nilsson o...@weatherone.tv wrote:
Yes, the ref count is zero but the destructor chain has not yet
completed,
by induction it hasn't passed ~TerrainTile
Hi Robert,
Ok, I see the problem. If I get the time later today I will look into the
code in depth.
/Ola
On Tue, 21 Aug 2012 20:43:44 +0200, Robert Osfield
robert.osfi...@gmail.com wrote:
Hi Ola et. al,
I've looked at the problem Terrain containers and they present an
interesting
...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Ola
Nilsson
Sent: Thursday, 9 August 2012 11:41 PM
To: OpenSceneGraph Users
Subject: Re: [osg-users] osg(terrain) krasches on a double delete
Here is some more info on how to reproduce our crash.
1. Compile
, below) and see if there is anything suspicious
going on.
Cheers,
Ola
On Fri, 10 Aug 2012 11:01:49 +0200, Ola Nilsson o...@weatherone.tv wrote:
I have now also reproduced the crash on darwin/osx in i386 mode.
Cheers,
Ola
On Thu, 09 Aug 2012 17:41:12 +0200, Ola Nilsson o
Hi,
On 20 aug 2012, at 17.47, Robert Osfield wrote:
Hi Ola,
On 20 August 2012 16:29, Ola Nilsson o...@weatherone.tv wrote:
The double delete originates from the DatabasePager, but the destruction of
these objects should be safe(ref counted as well as threadsafe) shouldn't
it? I would
Hi Robert,
This explains the behavior we have experienced, the crashes we observed were
notoriously difficult to reproduce in a debug environment (gdb, valgrind,
etc.).
Thanks for taking your time to investigate this!
Ola
On 20 aug 2012, at 18.41, Robert Osfield wrote:
Hi Ola,
I've
I have now also reproduced the crash on darwin/osx in i386 mode.
Cheers,
Ola
On Thu, 09 Aug 2012 17:41:12 +0200, Ola Nilsson o...@weatherone.tv wrote:
Here is some more info on how to reproduce our crash.
1. Compile the attached osgterrain program by overwriting
examples/osgterrain
frame_time
On Tue, 07 Aug 2012 11:59:00 +0200, Ola Nilsson o...@weatherone.tv wrote:
Hi,
We have been looking for a hard-to-reproduce crash in our software that
seems to originate from a double delete inside osg. I have (finally)
been able to reproduce the crash using a version
Hi,
We have been looking for a hard-to-reproduce crash in our software that
seems to originate from a double delete inside osg. I have (finally) been
able to reproduce the crash using a version of the osgterrain-example that
_exaggerates_ the usage pattern that crashes our application.
13 matches
Mail list logo