This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: gdb-6.8 branchpoint
- From: Greg Law <glaw at undo-software dot com>
- To: Joel Brobecker <brobecker at adacore dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Tue, 26 Feb 2008 21:56:59 +0000
- Subject: Re: gdb-6.8 branchpoint
- References: <20080226213741.GC3894@adacore.com>
Hi Joel,
As per earlier on-list discussion, any chance of applying this simple
fix to prevent random SEGV's in gdb?
Cheers,
Greg
Joel Brobecker wrote:
Hello,
Now that the last known blocking issue has been dealt with, I think
a good branchpoint would be: "2008-02-26 10:00". That's today shortly
after Vladimir checked Nick's change in.
Unless there are some objections (or other suggestions!), I'll create
the branch later this week, and start the release process.
--
Greg Law, Undo Software http://undo-software.com/
Index: gdb/regcache.c
===================================================================
RCS file: /cvs/src/src/gdb/regcache.c,v
retrieving revision 1.163
diff -u -r1.163 regcache.c
--- gdb/regcache.c 1 Jan 2008 22:53:12 -0000 1.163
+++ gdb/regcache.c 4 Feb 2008 22:24:32 -0000
@@ -472,6 +472,9 @@
regcache_xfree (current_regcache);
current_regcache = NULL;
+ /* Need to forget about any frames we have cached, too. */
+ reinit_frame_cache ();
+
/* Force cleanup of any alloca areas if using C alloca instead of
a builtin alloca. This particular call is used to clean up
areas allocated by low level target code which may build up