Turns out elf.File.Sections is indexed by the actual
section number, not the number minus one.
I don't know why I thought the -1 was necessary.
Fixes objdump test (and therefore build) on ELF systems.
While we're here, fix bounds on gnuDump so that we
don't crash when asked to disassemble outside
the text segment. May fix Windows build or at least
make the failure more interesting.
TBR=iant
CC=golang-codereviews
https://golang.org/cl/
92390043
sym.Code = 'B'
default:
i := int(s.Section)
- if i <= 0 || i > len(p.Sections) {
+ if i < 0 || i >= len(p.Sections) {
break
}
- sect := p.Sections[i-1]
+ sect := p.Sections[i]
switch sect.Flags & (elf.SHF_WRITE | elf.SHF_ALLOC | elf.SHF_EXECINSTR) {
case elf.SHF_ALLOC | elf.SHF_EXECINSTR:
sym.Code = 'T'
sym.Code = 'B'
default:
i := int(s.Section)
- if i <= 0 || i > len(p.Sections) {
+ if i < 0 || i >= len(p.Sections) {
break
}
- sect := p.Sections[i-1]
+ sect := p.Sections[i]
switch sect.Flags & (elf.SHF_WRITE | elf.SHF_ALLOC | elf.SHF_EXECINSTR) {
case elf.SHF_ALLOC | elf.SHF_EXECINSTR:
sym.Code = 'T'
if err != nil {
log.Fatalf("invalid end PC: %v", err)
}
+ if start < textStart {
+ start = textStart
+ }
+ if end < start {
+ end = start
+ }
+ if end > textStart+uint64(len(textData)) {
+ end = textStart + uint64(len(textData))
+ }
stdout := bufio.NewWriter(os.Stdout)
defer stdout.Flush()