From: Kevin Buettner Date: Thu, 22 Mar 2001 02:11:11 +0000 (+0000) Subject: * ia64-tdep.c (fetch_instruction): Warn about slot numbers greater X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=c26e1c2b790d52ba3e9ec78798ebf0b6e2ac155a;p=binutils-gdb.git * ia64-tdep.c (fetch_instruction): Warn about slot numbers greater than two instead of generating an error. --- diff --git a/gdb/ChangeLog b/gdb/ChangeLog index 3e7846d500d..702d180fd0d 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,8 @@ +2001-03-21 Kevin Buettner + + * ia64-tdep.c (fetch_instruction): Warn about slot numbers greater + than two instead of generating an error. + 2001-03-21 Jim Blandy * cp-valprint.c: Reformat to bring into line with GNU coding diff --git a/gdb/ia64-tdep.c b/gdb/ia64-tdep.c index 5efd58a92a5..e46c4b46fb0 100644 --- a/gdb/ia64-tdep.c +++ b/gdb/ia64-tdep.c @@ -492,8 +492,25 @@ fetch_instruction (CORE_ADDR addr, instruction_type *it, long long *instr) long long template; int val; + /* Warn about slot numbers greater than 2. We used to generate + an error here on the assumption that the user entered an invalid + address. But, sometimes GDB itself requests an invalid address. + This can (easily) happen when execution stops in a function for + which there are no symbols. The prologue scanner will attempt to + find the beginning of the function - if the nearest symbol + happens to not be aligned on a bundle boundary (16 bytes), the + resulting starting address will cause GDB to think that the slot + number is too large. + + So we warn about it and set the slot number to zero. It is + not necessarily a fatal condition, particularly if debugging + at the assembly language level. */ if (slotnum > 2) - error("Can't fetch instructions for slot numbers greater than 2."); + { + warning ("Can't fetch instructions for slot numbers greater than 2.\n" + "Using slot 0 instead"); + slotnum = 0; + } addr &= ~0x0f;