src-test2/lib/libc/stdio/stdio.c, branch release/5.3.0 FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.3.0 2003-01-07T06:17:13Z #include <stdlib.h> for free()'s prototype. 2003-01-07T06:17:13Z Tim J. Robbins tjr@FreeBSD.org 2003-01-07T06:17:13Z urn:sha1:0b4b7b65edab8d51ebed931901f58d95943dc132 Fix the style of the SCM ID's. 2002-03-22T21:53:29Z David E. O'Brien obrien@FreeBSD.org 2002-03-22T21:53:29Z urn:sha1:333fc21e3cd79bca0c94d7722c5a56cb5ad078d1 I believe have made all of libc .c's as consistent as possible. Remove 'register' keyword. 2002-03-21T18:49:23Z David E. O'Brien obrien@FreeBSD.org 2002-03-21T18:49:23Z urn:sha1:8fb3f3f68288ae2b1b53dd65e3dd673d83c80f4c Help to recover from bad seek (i.e. negative or too big) happens beyond 2001-10-24T17:25:49Z Andrey A. Chernov ache@FreeBSD.org 2001-10-24T17:25:49Z urn:sha1:e41febc84bf8630e945f4e839c04fde106509681 our pre-check control. Do the same way as refill.c does when it set __SERR, i.e. clear read and ungetc buffers. Clear EOF flag too. Back out read buffer invalidating via __SMOD. 2001-10-23T23:52:11Z Andrey A. Chernov ache@FreeBSD.org 2001-10-23T23:52:11Z urn:sha1:3f498bf72b7dea1dfc10e65cc688301e07382031 It was correct, but not needed because internal buffer cleared on each seek outside of it. Disallow fseek() optimization in internal read buffer, if pointer is moved by 2001-10-23T22:48:00Z Andrey A. Chernov ache@FreeBSD.org 2001-10-23T22:48:00Z urn:sha1:751fc77994897c98526afeeab200b22c4555467a seek. It means that beginning of read buffer becomes not the same as current file position. 1) If __SAPP stream is not seekable, remove __SAPP flag on first call instead 2001-09-07T17:16:02Z Andrey A. Chernov ache@FreeBSD.org 2001-09-07T17:16:02Z urn:sha1:1b89a29689c955b26fa7a48d89ed6eaa20a95994 of repeating unsuccessful lseek call on each write (original stdio bug). 2) Save errno accross _sseek call in _swrite to not touch it in case write success (original stdio bug). 3) Add _sseek error checking back, but only for __SOPT mode now. For now just back out seek error checking in __SAPP case, it cause problems 2001-09-07T02:13:11Z Andrey A. Chernov ache@FreeBSD.org 2001-09-07T02:13:11Z urn:sha1:ac206f37a144c456a64da6af542cc922c1ccf938 with non-seekable streams. Now here is what here was originally, but it is ugly, producing unneded seek syscall on each non-seekable stream write. I'll think about proper solution later. Re-arrange my funopen(3) fix to minimize differences with original stdio code, 2001-09-03T02:24:37Z Andrey A. Chernov ache@FreeBSD.org 2001-09-03T02:24:37Z urn:sha1:5e00917d95e5b28db7af2ce3dce4f19ba54f1e2c no functional changes. Add fp->_offset optimization in _SAPP+_SOPT case Move all stdio internal flags processing and setting out of __sread(), 2001-09-02T19:10:10Z Andrey A. Chernov ache@FreeBSD.org 2001-09-02T19:10:10Z urn:sha1:924888f977ae2a2b4025a530e2b63d0b8a62e758 __swrite() and __sseek() to higher level. According to funopen(3) they all are just wrappers to something like standard read(2), write(2) and lseek(2), i.e. must not touch stdio internals because they are replaceable with any other functions knows nothing about stdio internals. See example of funopen(3) usage in sendmail sources f.e. NOTE: this is original stdio bug, not result of my range checkin added.