diff options
| author | Alan Modra <amodra@gmail.com> | 2021-11-05 14:07:56 +1030 |
|---|---|---|
| committer | Alan Modra <amodra@gmail.com> | 2021-11-05 14:15:18 +1030 |
| commit | c5967f38de59c7375970c09b2c8b8702a01eb9d2 (patch) | |
| tree | 21419b8ba4297ff9b92edb3a47dbedc953b278ea /opcodes | |
| parent | a3c0896d80d21545bd8036deb5e1ad4027db5677 (diff) | |
| download | gdb-c5967f38de59c7375970c09b2c8b8702a01eb9d2.zip gdb-c5967f38de59c7375970c09b2c8b8702a01eb9d2.tar.gz gdb-c5967f38de59c7375970c09b2c8b8702a01eb9d2.tar.bz2 | |
PR28530, Hang in objdump on machine with 196GB RAM
Investigating the PR28530 testcase, which has a fuzzed compression
header with an enormous size, I noticed that decompress_contents is
broken when the size doesn't fit in strm.avail_out. It wouldn't be
too hard to support larger sizes (patches welcome!) but for now just
stop decompress_contents from returning rubbish.
PR 28530
* compress.c (decompress_contents): Fail when uncompressed_size
is too big.
(bfd_init_section_decompress_status): Likewise.
Diffstat (limited to 'opcodes')
0 files changed, 0 insertions, 0 deletions