Searched hist:f6c0f35e07ea010de170b0d79c48c2b4b4a5d9d4 (Results 1 – 1 of 1) sorted by relevance
| /freebsd/lib/libelf/ |
| H A D | Makefile | diff f6c0f35e07ea010de170b0d79c48c2b4b4a5d9d4 Mon Dec 25 03:22:22 CET 2006 Joseph Koshy <jkoshy@FreeBSD.org> Keep shadow copies of the `e_shnum', `e_phnum' and `e_shstrndx'
members of the ELF Executable Header inside the library-private
`struct _Elf' descriptor and only update the underlying Elf{32,64}_Ehdr
structure on an elf_update(3) call. These fields of the Ehdr
structure are technically `out of bounds' for an application program
per the ELF(3) API, but we've seen applications that initialize
a new Ehdr structure using memcpy(), messing up the library's
invariants. [1]
Implement elf_getphnum() and handle ELF objects with more than
64K program header table entries.
Reported by: jb [1]
diff f6c0f35e07ea010de170b0d79c48c2b4b4a5d9d4 Mon Dec 25 03:22:22 CET 2006 Joseph Koshy <jkoshy@FreeBSD.org> Keep shadow copies of the `e_shnum', `e_phnum' and `e_shstrndx'
members of the ELF Executable Header inside the library-private
`struct _Elf' descriptor and only update the underlying Elf{32,64}_Ehdr
structure on an elf_update(3) call. These fields of the Ehdr
structure are technically `out of bounds' for an application program
per the ELF(3) API, but we've seen applications that initialize
a new Ehdr structure using memcpy(), messing up the library's
invariants. [1]
Implement elf_getphnum() and handle ELF objects with more than
64K program header table entries.
Reported by: jb [1]
|