Book Closing in HEAD kills objects in a "bad" order,
corrupts memory.
Linas Vepstas
linas at linas.org
Wed May 26 09:17:03 EDT 2004
On Tue, May 25, 2004 at 11:52:08AM -0400, Derek Atkins was heard to remark:
> I'm not 100% convinced it's the order that matters... I'm thinking
> that during book_end() the various objects should just free() themselves
> of memory and not worry about keeping themselves balanced. In other
Yes. I agree.
> >> As you can see from the following trace this causes a memory access
> >> failure because transactions are kept in balance even when we're
> >> destroying the book, so it's trying to scrub against an
> >> already-destroyed commodity.
That's a bug
> > Why do we need to scrub things we're just trying to get rid of?
Don't need to that's a bug.
It would be nice to do them in order too. The order should be:
> > * Business objects / SX templates
> > * Lots
> > * Splits / Transactions
> > * Accounts / Price-DB
> > * Commodities
> > * Book
> > * Session state
--linas
--
pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) <linas at linas.org>
PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933
More information about the gnucash-devel
mailing list