Re: More Garbage Collection Issues

2005-03-29 Thread Leopold Toetsch
Nick Glencross <[EMAIL PROTECTED]> wrote: > Ok, now I understand. This is inspecting the C runtime stack (I think). > The Interpreter remembers the bottom address, and then when the time > comes, a routine runs the depth of the stack. Yes. Exactly. > The values on the stack are then checked whet

Re: More Garbage Collection Issues

2005-03-29 Thread Nick Glencross
Nick Glencross wrote: I've learned alot about DOD since earlier (and watched telly). Not as straightforward as I thought it would be to find if these traces should be considered serious or not (I would say any logic based on unitialised values will bite one day!). Ok, now I understand. This is i

Re: More Garbage Collection Issues

2005-03-29 Thread Nick Glencross
Nick Glencross wrote: The DOD certainly has a few things flagged up, which I'm going to quickly investigate to see if they are serious or not... I've learned alot about DOD since earlier (and watched telly). Not as straightforward as I thought it would be to find if these traces should be consid

Re: More Garbage Collection Issues

2005-03-29 Thread Nick Glencross
Leopold Toetsch wrote: Cory Spencer <[EMAIL PROTECTED]> wrote: I've come across another garbage collection/DOD issue that I'm trying to solve (without much success) and would appreciate some tips/advice on how to locate the source of the problem. Running valgrind (on supported platforms, obvious

Re: More Garbage Collection Issues

2005-03-29 Thread Leopold Toetsch
Cory Spencer <[EMAIL PROTECTED]> wrote: > I've come across another garbage collection/DOD issue that I'm trying to > solve (without much success) and would appreciate some tips/advice on how > to locate the source of the problem. When I'm investigating GC bugs, the usual procedure is like this: -