public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
* [PATCH 1/2] [gdb/tui] Make assert in tui_find_disassembly_address more strict
@ 2023-09-29 10:07 Tom de Vries
  2023-09-29 10:07 ` [PATCH 2/2] [gdb/tui] Fix Wmaybe-uninitialized in tui_find_disassembly_address Tom de Vries
  2023-11-13  8:32 ` [PATCH 1/2] [gdb/tui] Make assert in tui_find_disassembly_address more strict Tom de Vries
  0 siblings, 2 replies; 3+ messages in thread
From: Tom de Vries @ 2023-09-29 10:07 UTC (permalink / raw)
  To: gdb-patches

In tui_find_disassembly_address we find an assert:
...
      if (asm_lines.size () < max_lines)
	{
	  if (!possible_new_low.has_value ())
	    return new_low;

	  /* Take the best possible match we have.  */
	  new_low = *possible_new_low;
	  next_addr = tui_disassemble (gdbarch, asm_lines, new_low, max_lines);
	  last_addr = asm_lines.back ().addr;
	  gdb_assert (asm_lines.size () >= max_lines);
	}
...

The comment right above:
...
      /* If we failed to disassemble the required number of lines then the
	 following walk forward is not going to work, it assumes that
	 ASM_LINES contains exactly MAX_LINES entries.  Instead we should
	 consider falling back to a previous possible start address in
	 POSSIBLE_NEW_LOW.  */
...
claims that the more strict asm_lines.size () == max_line is required.

Update the assert to reflect this, and move it to after the if because it's
supposed to hold in general, not just when entering the if.

Tested on x86_64-linux.
---
 gdb/tui/tui-disasm.c | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/gdb/tui/tui-disasm.c b/gdb/tui/tui-disasm.c
index 03c78aa1291..e6d4ee6a7ef 100644
--- a/gdb/tui/tui-disasm.c
+++ b/gdb/tui/tui-disasm.c
@@ -268,11 +268,8 @@ tui_find_disassembly_address (struct gdbarch *gdbarch, CORE_ADDR pc, int from)
 	      || (last_addr == pc && asm_lines.size () < max_lines))
 	     && new_low != prev_low);
 
-      /* If we failed to disassemble the required number of lines then the
-	 following walk forward is not going to work, it assumes that
-	 ASM_LINES contains exactly MAX_LINES entries.  Instead we should
-	 consider falling back to a previous possible start address in
-	 POSSIBLE_NEW_LOW.  */
+      /* If we failed to disassemble the required number of lines, try to fall
+	 back to a previous possible start address in POSSIBLE_NEW_LOW.  */
       if (asm_lines.size () < max_lines)
 	{
 	  if (!possible_new_low.has_value ())
@@ -282,9 +279,12 @@ tui_find_disassembly_address (struct gdbarch *gdbarch, CORE_ADDR pc, int from)
 	  new_low = *possible_new_low;
 	  next_addr = tui_disassemble (gdbarch, asm_lines, new_low, max_lines);
 	  last_addr = asm_lines.back ().addr;
-	  gdb_assert (asm_lines.size () >= max_lines);
 	}
 
+      /* The following walk forward assumes that ASM_LINES contains exactly
+	 MAX_LINES entries.  */
+      gdb_assert (asm_lines.size () == max_lines);
+
       /* Scan forward disassembling one instruction at a time until
 	 the last visible instruction of the window matches the pc.
 	 We keep the disassembled instructions in the 'lines' window

base-commit: 17827f6183550bdaaa8c0a1f82482b7bc88bab41
-- 
2.35.3


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2023-11-13  8:30 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-09-29 10:07 [PATCH 1/2] [gdb/tui] Make assert in tui_find_disassembly_address more strict Tom de Vries
2023-09-29 10:07 ` [PATCH 2/2] [gdb/tui] Fix Wmaybe-uninitialized in tui_find_disassembly_address Tom de Vries
2023-11-13  8:32 ` [PATCH 1/2] [gdb/tui] Make assert in tui_find_disassembly_address more strict Tom de Vries

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).