diff options
author | Siddhesh Poyarekar <siddhesh@sourceware.org> | 2024-08-13 21:08:49 -0400 |
---|---|---|
committer | Siddhesh Poyarekar <siddhesh@sourceware.org> | 2024-08-15 13:56:13 -0400 |
commit | 3e1d8d1d1dca24ae90df2ea826a8916896fc7e77 (patch) | |
tree | 2ba80f8d9696662dca8da793e1ef5e7279431e6e /sysdeps | |
parent | cdf0f88f97b0aaceb894cc02b21159d148d7065c (diff) | |
download | glibc-3e1d8d1d1dca24ae90df2ea826a8916896fc7e77.tar.gz glibc-3e1d8d1d1dca24ae90df2ea826a8916896fc7e77.tar.xz glibc-3e1d8d1d1dca24ae90df2ea826a8916896fc7e77.zip |
ungetc: Fix backup buffer leak on program exit [BZ #27821]
If a file descriptor is left unclosed and is cleaned up by _IO_cleanup on exit, its backup buffer remains unfreed, registering as a leak in valgrind. This is not strictly an issue since (1) the program should ideally be closing the stream once it's not in use and (2) the program is about to exit anyway, so keeping the backup buffer around a wee bit longer isn't a real problem. Free it anyway to keep valgrind happy when the streams in question are the standard ones, i.e. stdout, stdin or stderr. Also, the _IO_have_backup macro checks for _IO_save_base, which is a roundabout way to check for a backup buffer instead of directly looking for _IO_backup_base. The roundabout check breaks when the main get area has not been used and user pushes a char into the backup buffer with ungetc. Fix this to use the _IO_backup_base directly. Signed-off-by: Siddhesh Poyarekar <siddhesh@sourceware.org> Reviewed-by: Carlos O'Donell <carlos@redhat.com>
Diffstat (limited to 'sysdeps')
0 files changed, 0 insertions, 0 deletions