[Bug c++/13342] insufficient memory is fetched from the inferior for partially destroyed C++ objects

["eric+sourceware at vangyzen dot net" <sourceware-bugzilla@sourceware.org>]

http://sourceware.org/bugzilla/show_bug.cgi?id=13342

--- Comment #5 from Eric van Gyzen <eric+sourceware at vangyzen dot net> 2011-11-03 19:17:00 UTC ---
(In reply to comment #4)
> What is odd is that my 7.2 does exactly what my later builds do.

Woah.

> Does your build have local patches that might affect this?

I built via the FreeBSD ports collection, so it has local patches, but they're
mostly for FreeBSD threading.  I don't think any of the patches would affect
this, but I'm not a GDB expert (nor do I play one on TV).  You can see the
patches here:

    http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/gdb/files/

> Could you possibly try 7.3.1 or CVS HEAD?

I get the same behavior with 7.3.1, also built via the FreeBSD port.

CVS HEAD (as of five minutes ago) won't compile; it breaks in amd64-tdep.c. 
The FreeBSD port includes a patch for this file, but I didn't try applying it.

> Otherwise I am wondering whether it is somehow a compiler difference.

I get the same behavior with:
 - GCC 4.2.1 in the FreeBSD base system
 - GCC 4.5.3 from FreeBSD ports
 - LLVM/Clang 2.9 from FreeBSD ports

In all cases, I'm using GNU libstdc++ from GCC 4.2.1 (in the FreeBSD base
system).

I also get the same behavior on two other systems:
 - Ubuntu 10.04.2  x86_64  GCC 4.4.3  GDB 7.1
 - CentOS 5.3      x86_64  GCC 4.1.2  GDB 6.8

I get the same behavior whether I run with a live inferior with a breakpoint on
the abort(), or I run on an "Apple core" (nyuk nyuk).

Curiouser and curiouser.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.