aboutsummaryrefslogtreecommitdiff
path: root/stdio-common/_i18n_number.h
diff options
context:
space:
mode:
authorAdhemerval Zanella <adhemerval.zanella@linaro.org>2017-11-22 18:33:15 -0200
committerAdhemerval Zanella <adhemerval.zanella@linaro.org>2017-12-12 17:29:54 -0200
commitcc683f7ed4a5bd8ce2c9b715581de727b04eb599 (patch)
treecfd96d62028f35e6477284320fcdb16ce5e061b9 /stdio-common/_i18n_number.h
parentc80acdc3254cd4801c7605cf468ec137d9ee2d83 (diff)
downloadglibc-cc683f7ed4a5bd8ce2c9b715581de727b04eb599.tar
glibc-cc683f7ed4a5bd8ce2c9b715581de727b04eb599.tar.gz
glibc-cc683f7ed4a5bd8ce2c9b715581de727b04eb599.tar.bz2
glibc-cc683f7ed4a5bd8ce2c9b715581de727b04eb599.zip
libio: Free backup area when it not required (BZ#22415)
Some libio operations fail to correctly free the backup area (created by _IO_{w}default_pbackfail on unget{w}c) resulting in either invalid buffer free operations or memory leaks. For instance, on the example provided by BZ#22415 a following fputc after a fseek to rewind the stream issues an invalid free on the buffer. It is because although _IO_file_overflow correctly (from fputc) correctly calls _IO_free_backup_area, the _IO_new_file_seekoff (called by fseek) updates the FILE internal pointers without first free the backup area (resulting in invalid values in the internal pointers). The wide version also shows an issue, but instead of accessing invalid pointers it leaks the backup memory on fseek/fputwc operation. Checked on x86_64-linux-gnu and i686-linux-gnu. * libio/Makefile (tests): Add tst-bz22415. (tst-bz22415-ENV): New rule. (generated): Add tst-bz22415.mtrace and tst-bz22415.check. (tests-special): Add tst-bz22415-mem.out. ($(objpfx)tst-bz22415-mem.out): New rule. * libio/fileops.c (_IO_new_file_seekoff): Call _IO_free_backup_area in case of a successful seek operation. * libio/wfileops.c (_IO_wfile_seekoff): Likewise. (_IO_wfile_overflow): Call _IO_free_wbackup_area in case a write buffer is required. * libio/tst-bz22415.c: New test.
Diffstat (limited to 'stdio-common/_i18n_number.h')
0 files changed, 0 insertions, 0 deletions