]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commitdiff
gdb: change 'if' to gdb_assert in update_dprintf_command_list
authorAndrew Burgess <aburgess@redhat.com>
Wed, 5 Apr 2023 14:37:00 +0000 (15:37 +0100)
committerAndrew Burgess <aburgess@redhat.com>
Sun, 31 Mar 2024 10:13:02 +0000 (11:13 +0100)
I noticed in update_dprintf_command_list that we handle the case where
the bp_dprintf style breakpoint doesn't have a format and args string.

However, I don't believe such a situation is possible.  The obvious
approach certainly already catches this case:

  (gdb) dprintf main
  Format string required

If it is possible to create a dprintf breakpoint without a format and
args string then I think we should be catching this case and handling
it at creation time, rather than having GDB just ignore the situation
later on.

And so, I propose that we change the 'if' that ignores the case where
the format/args string is empty, and instead assert that we do always
have a format/args string.  The original code, that handled an empty
format/args string has existed since commit e7e0cddfb0d4, which is
when dprintf support was added to GDB.

If I'm correct and this situation can't ever happen then there should
be no user visible changes after this commit.

gdb/breakpoint.c

index 044d424d06ce3fe5f2afa0d56b2d5ae0ff5ec366..8346c43925cfcdcbb8982415fe84d4ae9806d354 100644 (file)
@@ -8529,8 +8529,9 @@ update_dprintf_command_list (struct breakpoint *b)
   const char *dprintf_args = b->extra_string.get ();
   gdb::unique_xmalloc_ptr<char> printf_line = nullptr;
 
-  if (!dprintf_args)
-    return;
+  /* Trying to create a dprintf breakpoint without a format and args
+     string should be detected at creation time.  */
+  gdb_assert (dprintf_args != nullptr);
 
   dprintf_args = skip_spaces (dprintf_args);