Article View: gnu.gdb.bug
Article #8807find_pc_line fails on unsorted MIPS linenumber tables
From: John M. Farrell
Date: Mon, 19 Oct 1992 19:05
Date: Mon, 19 Oct 1992 19:05
22 lines
1670 bytes
1670 bytes
I'm running GDB 4.6 on a DECstation under Ultrix 4.2a, and I'm having problems with "break <function>" displaying the wrong line number for the function. Examination of the symbol table with "maint print symbols" reveals that the line number entries are not sorted in PC order. In mipsread.c, the function header for parse_lines says: Note also that MIPS' line numbers can go back and forth, apparently we can live with that and do not need to reorder our linetables. However, at line 1096 of symtab.c, in function find_pc_line, a break statement stops the search at the first linetable entry whose pc is greater than that being searched for. If someone can tell me which is correct, I will happily write, test, and post a patch for the bug. -- John M. Farrell | Internet: farrell@fjord.reo.dec.com Digital Equipment Corporation | P.O. Box 121 | "One foot in the grave, Reading, RG1 0TU, UK. | and one foot on the pedal", TP
Technical Details
Message-ID:
<FARRELL.92Oct19190527@fjord.reo.dec.com>Path:
arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!fjord.reo.dec.com!farrellShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f5053,d7849f28ff1340ca,start X-Google-Attributes: gidf5053,public X-Google-ArrivalTime: 1992-10-19 09:42:58 PST Newsgroups: gnu.gdb.bug Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!fjord.reo.dec.com!farrell From: farrell@fjord.reo.dec.com (John M. Farrell) Subject: find_pc_line fails on unsorted MIPS linenumber tables Message-ID: <FARRELL.92Oct19190527@fjord.reo.dec.com> Sender: gnulists@ai.mit.edu Organization: Digital Equipment Corporation - UK Engineering Distribution: gnu Date: Mon, 19 Oct 1992 19:05:26 GMT Approved: bug-gdb@prep.ai.mit.edu Lines: 23