public inbox for gdb-prs@sourceware.org help / color / mirror / Atom feed
From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org> To: gdb-prs@sourceware.org Subject: [Bug guile/27806] free(): invalid pointer during gdb.ada/fixed_cmp.exp Date: Tue, 04 May 2021 08:26:20 +0000 [thread overview] Message-ID: <bug-27806-4717-9zjQ7Le8Ge@http.sourceware.org/bugzilla/> (raw) In-Reply-To: <bug-27806-4717@http.sourceware.org/bugzilla/> https://sourceware.org/bugzilla/show_bug.cgi?id=27806 --- Comment #15 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> --- The master branch has been updated by Tom de Vries <vries@sourceware.org>: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=225bda24db9671e2087fda892f94141625836a40 commit 225bda24db9671e2087fda892f94141625836a40 Author: Tom de Vries <tdevries@suse.de> Date: Tue May 4 10:26:16 2021 +0200 [gdb/guile] Don't allow libguile to change libgmp mem fns Since gdb commit 880ae75a2b7 "gdb delay guile initialization until gdbscm_finish_initialization" I'm running into: ... (gdb) print My_Var > 10.0^M free(): invalid pointer^M ERROR: GDB process no longer exists GDB process exited with wait status 5995 exp9 0 0 CHILDKILLED SIGABRT SIGABRT UNRESOLVED: gdb.ada/fixed_cmp.exp: gnat_encodings=all: print My_Var > 10.0 ... The problem is that both gdb and libguile try to set the libgmp memory functions, and since the gdb commit the ones from libguile are effective, which results in gdb freeing some memory in a way that is not compatible with the way that memory was actually allocated. The fact that libguile tries to set the libgmp memory functions is a bug which should be fixed starting version v3.0.6. Meanwhile, work around this in gdb by not allowing libguile to set the libgomp memory functions. Tested on x86_64-linux. gdb/ChangeLog: 2021-05-04 Tom de Vries <tdevries@suse.de> PR guile/27806 * guile/guile.c (gdbscm_initialize): Don't let guile change libgmp memory functions. -- You are receiving this mail because: You are on the CC list for the bug.
next prev parent reply other threads:[~2021-05-04 8:26 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-04-30 12:49 [Bug gdb/27806] New: " vries at gcc dot gnu.org 2021-04-30 12:50 ` [Bug gdb/27806] " vries at gcc dot gnu.org 2021-04-30 12:52 ` vries at gcc dot gnu.org 2021-04-30 13:19 ` vries at gcc dot gnu.org 2021-04-30 13:48 ` vries at gcc dot gnu.org 2021-04-30 14:00 ` vries at gcc dot gnu.org 2021-04-30 14:09 ` simark at simark dot ca 2021-04-30 14:13 ` vries at gcc dot gnu.org 2021-04-30 14:26 ` vries at gcc dot gnu.org 2021-04-30 14:29 ` vries at gcc dot gnu.org 2021-04-30 14:35 ` vries at gcc dot gnu.org 2021-04-30 14:37 ` simark at simark dot ca 2021-04-30 14:42 ` vries at gcc dot gnu.org 2021-04-30 14:56 ` vries at gcc dot gnu.org 2021-05-03 8:39 ` [Bug guile/27806] " vries at gcc dot gnu.org 2021-05-03 8:55 ` vries at gcc dot gnu.org 2021-05-04 8:26 ` cvs-commit at gcc dot gnu.org [this message] 2021-05-04 8:28 ` vries at gcc dot gnu.org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-27806-4717-9zjQ7Le8Ge@http.sourceware.org/bugzilla/ \ --to=sourceware-bugzilla@sourceware.org \ --cc=gdb-prs@sourceware.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).