This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/64535] Emergency buffer for exception allocation too small
- From: "redi at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 26 Jan 2015 22:36:40 +0000
- Subject: [Bug libstdc++/64535] Emergency buffer for exception allocation too small
- Auto-submitted: auto-generated
- References: <bug-64535-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64535
--- Comment #15 from Jonathan Wakely <redi at gcc dot gnu.org> ---
I think we need to get a suppression into valgrind:
==21268== Memcheck, a memory error detector
==21268== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==21268== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info
==21268== Command: ./a.out
==21268==
==21268==
==21268== HEAP SUMMARY:
==21268== in use at exit: 72,704 bytes in 1 blocks
==21268== total heap usage: 5,747 allocs, 5,746 frees, 822,784 bytes
allocated
==21268==
==21268== 72,704 bytes in 1 blocks are still reachable in loss record 1 of 1
==21268== at 0x4A0645D: malloc (vg_replace_malloc.c:291)
==21268== by 0x4C990FF: _GLOBAL__sub_I_eh_alloc.cc (eh_alloc.cc:117)
==21268== by 0x394940F2D9: call_init.part.0 (dl-init.c:82)
==21268== by 0x394940F3C2: _dl_init (dl-init.c:34)
==21268== by 0x3949401229: ??? (in /usr/lib64/ld-2.18.so)
==21268==
==21268== LEAK SUMMARY:
==21268== definitely lost: 0 bytes in 0 blocks
==21268== indirectly lost: 0 bytes in 0 blocks
==21268== possibly lost: 0 bytes in 0 blocks
==21268== still reachable: 72,704 bytes in 1 blocks
==21268== suppressed: 0 bytes in 0 blocks
==21268==
==21268== For counts of detected and suppressed errors, rerun with: -v
==21268== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2)