Tim Moore wrote:
> Andy's suggestion doesn't work for my purposes; I don't know of a way to
> change
> all the references to generic_pylon_01.ac, etc. embedded in .stg files without
> rebuilding the scenery. Furthermore, this is not so much for my benefit,
> because
Exactly the same way I did f
On Sunday 14 October 2007 13:21, Melchior FRANZ wrote:
> * Melchior FRANZ -- Sunday 14 October 2007:
> > I just got a "corrupted double-linked list". But that's
> > now not at every exit.
>
> This might not be connected to your FGGlobals or any other recent
> change. I could so far only reproduce i
* Melchior FRANZ -- Sunday 14 October 2007:
> I just got a "corrupted double-linked list". But that's
> now not at every exit.
This might not be connected to your FGGlobals or any other recent
change. I could so far only reproduce it on exit after I had
teleported a lot, and after lots of "WARNING
Na, problem still persists - i have a faint idea that it may have
something todo with the global vars deletion problem currently
mentioned in another thread
2007/10/14, Robert Black <[EMAIL PROTECTED]>:
> On Saturday 13 October 2007 14:28, Tobias Nielsen wrote:
> > Does anyone has a good input on
* Durk Talsma -- Sunday 14 October 2007:
> Please try and see if my latest commit fixes this...
Doesn't. I just got a "corrupted double-linked list". But that's
now not at every exit.
m.
-
This SF.net email is sponsored by:
Hi Erik
On Sunday 14 October 2007 10:28, Erik Hofman wrote:
> If memory servers me well I would think those are freed using the
> atexit() mechanism. It could well be that valgrind doesn't work up to
> that point to detect it though.
>
It looks like the current exit calling sequence is something
Durk Talsma wrote:
> hi,
>
> While trying to hunt down some memory leaks reported by valgrind, I noticed
> that many variables in FGGlobals (which are mainly pointers to many of the
> big data structures and subsystem classes) are not deleted upon program exit.
>
> In most cases adding explic
On Saturday 13 October 2007 22:43, Melchior FRANZ wrote:
> * Melchior FRANZ -- Saturday 13 October 2007:
> > Whatever ... you deleted something too much.
Okay, this should be fixed now: Navaid objects were shared by the TACAN and
DME lists. Changing the regular pointer to an SGSharedPointer appea
8 matches
Mail list logo
