gdb: make use of SCOPE_EXIT to manage thread executing state
authorAndrew Burgess <aburgess@redhat.com>
Thu, 11 Nov 2021 15:17:27 +0000 (15:17 +0000)
committerAndrew Burgess <aburgess@redhat.com>
Thu, 23 Dec 2021 11:42:31 +0000 (11:42 +0000)
While working on another patch relating to how GDB manages threads
executing and resumed state, I spotted the following code in
record-btrace.c:

  executing = tp->executing ();
  set_executing (proc_target, inferior_ptid, false);

  id = null_frame_id;
  try
    {
      id = get_frame_id (get_current_frame ());
    }
  catch (const gdb_exception &except)
    {
      /* Restore the previous execution state.  */
      set_executing (proc_target, inferior_ptid, executing);

      throw;
    }

  /* Restore the previous execution state.  */
  set_executing (proc_target, inferior_ptid, executing);

  return id;

I notice that we only catch the exception so we can call
set_executing, and this is the same call to set_executing that we need
to perform in the non-exception return path.

This would be much cleaner if we could use SCOPE_EXIT to avoid the
try/catch, so lets do that.

While cleaning this up, I also applied a similar patch to
record-full.c, though there's no try/catch in that case, but using
SCOPE_EXIT makes the code safe if, in the future, we do start throwing
exceptions.

There should be no user visible changes after this commit.

gdb/record-btrace.c
gdb/record-full.c

index 3fcfd6a4761c21b69c1465afa663b489db7b452c..a6ce3db64e57d8e857ad092c19b537f4dac4fa34 100644 (file)
@@ -1980,9 +1980,6 @@ record_btrace_resume_thread (struct thread_info *tp,
 static struct frame_id
 get_thread_current_frame_id (struct thread_info *tp)
 {
-  struct frame_id id;
-  bool executing;
-
   /* Set current thread, which is implicitly used by
      get_current_frame.  */
   scoped_restore_current_thread restore_thread;
@@ -1998,26 +1995,13 @@ get_thread_current_frame_id (struct thread_info *tp)
      For the former, EXECUTING is true and we're in wait, about to
      move the thread.  Since we need to recompute the stack, we temporarily
      set EXECUTING to false.  */
-  executing = tp->executing ();
+  bool executing = tp->executing ();
   set_executing (proc_target, inferior_ptid, false);
-
-  id = null_frame_id;
-  try
-    {
-      id = get_frame_id (get_current_frame ());
-    }
-  catch (const gdb_exception &except)
+  SCOPE_EXIT
     {
-      /* Restore the previous execution state.  */
       set_executing (proc_target, inferior_ptid, executing);
-
-      throw;
-    }
-
-  /* Restore the previous execution state.  */
-  set_executing (proc_target, inferior_ptid, executing);
-
-  return id;
+    };
+  return get_frame_id (get_current_frame ());
 }
 
 /* Start replaying a thread.  */
index 971c0f568b4d99397069f2169ef6499094b45dec..11a9457027c6a82bbb782532a90d907fcbde4513 100644 (file)
@@ -1249,11 +1249,13 @@ record_full_wait_1 (struct target_ops *ops,
                          /* Try to insert the software single step breakpoint.
                             If insert success, set step to 0.  */
                          set_executing (proc_target, inferior_ptid, false);
-                         reinit_frame_cache ();
+                         SCOPE_EXIT
+                           {
+                             set_executing (proc_target, inferior_ptid, true);
+                           };
 
+                         reinit_frame_cache ();
                          step = !insert_single_step_breakpoints (gdbarch);
-
-                         set_executing (proc_target, inferior_ptid, true);
                        }
 
                      if (record_debug)