From 3af2edee150484940916eba1984f78c3b965dd05 Mon Sep 17 00:00:00 2001 From: Rich Felker Date: Fri, 7 Feb 2014 00:57:50 -0500 Subject: fix ftello result for append streams with unflushed output when there is unflushed output, ftello (and ftell) compute the logical stream position as the underlying file descriptor's offset plus an adjustment for the amount of buffered data. however, this can give the wrong result for append-mode streams where the unflushed writes should adjust the logical position to be at the end of the file, as if a seek to end-of-file takes place before the write. the solution turns out to be a simple trick: when ftello (indirectly) calls lseek to determine the current file offset, use SEEK_END instead of SEEK_CUR if the stream is append-mode and there's unwritten buffered data. the ISO C rules regarding switching between reading and writing for a stream opened in an update mode, along with the POSIX rules regarding switching "active handles", conveniently leave undefined the hypothetical usage cases where this fix might lead to observably incorrect offsets. the bug being fixed was discovered via the test case for glibc issue --- src/stdio/__fdopen.c | 1 + 1 file changed, 1 insertion(+) (limited to 'src/stdio/__fdopen.c') diff --git a/src/stdio/__fdopen.c b/src/stdio/__fdopen.c index 59690f6d..a2ca62b1 100644 --- a/src/stdio/__fdopen.c +++ b/src/stdio/__fdopen.c @@ -33,6 +33,7 @@ FILE *__fdopen(int fd, const char *mode) if (*mode == 'a') { int flags = __syscall(SYS_fcntl, fd, F_GETFL); __syscall(SYS_fcntl, fd, F_SETFL, flags | O_APPEND); + f->flags |= F_APP; } f->fd = fd; -- cgit v1.2.1