fix failure of ungetc and ungetwc to work on files in eof status
authorRich Felker <dalias@aerifal.cx>
Fri, 29 May 2015 03:08:12 +0000 (23:08 -0400)
committerRich Felker <dalias@aerifal.cx>
Fri, 29 May 2015 04:04:36 +0000 (00:04 -0400)
commit2b4fcfdacf93c3dfd6ac15e31790a9e154374679
treeb4f112b30707d9772dfa8b61e9cfec870c690b46
parentb6e7c664677ab7c77f183b8c41105f2be519800c
fix failure of ungetc and ungetwc to work on files in eof status

these functions were written to handle clearing eof status, but failed
to account for the __toread function's handling of eof. with this
patch applied, __toread still returns EOF when the file is in eof
status, so that read operations will fail, but it also sets up valid
buffer pointers for read mode, which are set to the end of the buffer
rather than the beginning in order to make the whole buffer available
to ungetc/ungetwc.

minor changes to __uflow were needed since it's now possible to have
non-zero buffer pointers while in eof status. as made, these changes
remove a 'fast path' bypassing the function call to __toread, which
could be reintroduced with slightly different logic, but since
ordinary files have a syscall in f->read, optimizing the code path
does not seem worthwhile.

the __stdio_read function is also updated not to zero the read buffer
pointers on eof/error. while not necessary for correctness, this
change avoids the overhead of calling __toread in ungetc after
reaching eof, and it also reduces code size and increases consistency
with the fmemopen read operation which does not zero the pointers.
src/stdio/__stdio_read.c
src/stdio/__toread.c
src/stdio/__uflow.c
src/stdio/ungetc.c
src/stdio/ungetwc.c