Re: gdb-6.8 branchpoint

[Greg Law <glaw@undo-software.com>]

[-- Attachment #1: Type: text/plain, Size: 570 bytes --]

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/

[-- Attachment #2: regcache_fix.patch --]
[-- Type: text/x-patch, Size: 658 bytes --]

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