88380654fe
With the glibc loader the link map entry for the static executable has an empty name field and address equal to 0x0. This case was already handled by the check in bininfo.go AddImage for names to be valid paths. With the musl loader however the first entry, corresponding to the static executable, has a valid path with address equal to 0x0, since we record a real address for the image corresponding to the static executable this results in having two entries for the executable when musl is used to link go programs. Change the code scanning the debug link map so that the first entry is skipped if it has address equal to zero. Fixes #3617 |
||
|---|---|---|
| .. | ||
| auxv.go | ||
| doc.go | ||
| dynamic.go | ||
| regs_amd64_arch.go | ||
| regs_arm64_arch.go | ||
| regs_i386_arch.go | ||
| regs_ppc64le_arch.go | ||