Re: Sources for tracing into standard libraries + apt-get source versioning
Ross,
I can't help much on apt policy issues, but...
On Tuesday 26 April 2005 21:16, Ross Boylan wrote:
> I am trying to track down an apparent memory problem and, in a move of
> some desperation, though it might be useful to trace into the source
> where the failure occurs (or is noticed). That's in libc, called from
> libstdc++, as shown in this gdb stack trace
> #0 0x401c02cb in _int_free (av=0x4027e060, mem=0x809e2f8) at
> malloc.c:4209
> #1 0x401bf09f in __libc_free (mem=0x809e298) at malloc.c:3359
> #2 0x400f85b3 in operator delete (ptr=0xc00b3333)
> at ../../../../src/libstdc++-v3/libsupc++/del_op.cc:39
> #3 0x0804e05b in __valarray_release_memory (__p=0x809e298) at
> valarray_array.h:70
I think it's probably safe to assume that the standard libc free() and stdc++
delete calls work OK. If it was me, I'd be looking at what's being passed to
those calls: what's actually getting deleted, why it's getting deleted, and
what else might be using that object/memory, for whatever reason.
I'm aware that you say you've reached the point of desperation, so I apologise
if I'm pointing out the obvious here.
--
Lee.
Reply to: