FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.0 2017-11-20T19:49:47Z 2017-11-20T19:49:47Z Pedro F. Giffuni pfg@FreeBSD.org 2017-11-20T19:49:47Z urn:sha1:8a16b7a18f5d0b031f09832fd7752fba717e2a97 Mainly focus on files that use BSD 3-Clause license. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point. 2015-10-28T14:40:02Z Andrey A. Chernov ache@FreeBSD.org 2015-10-28T14:40:02Z urn:sha1:8b63538d89ef0b1b1d38532c6ff15b4f0676d7d5 Rewrite O_APPEND flag checking using new __S2OAP flag. MFC after: 3 weeks 2015-10-24T02:23:15Z Andrey A. Chernov ache@FreeBSD.org 2015-10-24T02:23:15Z urn:sha1:b956b176968d47ea25d84997eea446f01da67795 It helps to remove _fcntl() call from _ftello() and optimize seek position calculation in _swrite(). MFC after: 3 weeks 2014-04-21T17:40:23Z Jilles Tjoelker jilles@FreeBSD.org 2014-04-21T17:40:23Z urn:sha1:93a65e1b5fc5677e3bd8473fb04b793e43d72643 An execute-only fd (opened with O_EXEC) allows neither read() nor write() and is therefore incompatible with all stdio modes. Therefore, the [EINVAL] error applies. Also adjust the similar check in freopen() with a NULL path, even though this checks an fd which is already from a FILE. 2013-04-23T14:36:44Z Ed Maste emaste@FreeBSD.org 2013-04-23T14:36:44Z urn:sha1:5a6307cf42c5b4965435b3b7af74a37fd4dc17b9 And add '__restrict' where it appeared in the header prototypes 2013-04-23T13:33:13Z Ed Maste emaste@FreeBSD.org 2013-04-23T13:33:13Z urn:sha1:1d8053c5c04e7977f9086d277ed79890a7a59720 NetBSD, OpenBSD, and Android's Bionic all number the clauses 1 through 3, so follow suit to make comparison easier. Acked-by: imp@ 2012-11-30T23:51:33Z Jilles Tjoelker jilles@FreeBSD.org 2012-11-30T23:51:33Z urn:sha1:5ba651f00489791d21b1831cf7101c76fb3b3ae6 This commit adds a new mode option 'e' that must follow any 'b', '+' and/or 'x' options. C11 is clear about the 'x' needing to follow 'b' and/or '+' and that is what we implement; therefore, require a strict position for 'e' as well. For freopen() with a non-NULL path argument and fopen(), the close-on-exec flag is set iff the 'e' mode option is specified. For freopen() with a NULL path argument and fdopen(), the close-on-exec flag is turned on if the 'e' mode option is specified and remains unchanged otherwise. Although the same behaviour for fopen() can be obtained by open(O_CLOEXEC) and fdopen(), this needlessly complicates the calling code. Apart from the ordering requirement, the new option matches glibc. PR: kern/169320 2008-05-10T18:39:20Z Antoine Brodin antoine@FreeBSD.org 2008-05-10T18:39:20Z urn:sha1:27522528ea191b84eddc7acf8e1d030564c1777b variable nofile. PR: 123109 Submitted by: Christoph Mallon Approved by: rwatson (mentor) MFC after: 1 month 2008-02-27T21:25:19Z John Baldwin jhb@FreeBSD.org 2008-02-27T21:25:19Z urn:sha1:fc9ab4f6da867f22e1f3ab6d21378fba33160424 Pointy hat to: jhb 2008-02-27T19:02:02Z John Baldwin jhb@FreeBSD.org 2008-02-27T19:02:02Z urn:sha1:c55d7e868aeb0e29e47c3a8ea9238e143f2a4c78 them. Thus, any fd whose value is greater than SHRT_MAX is handled incorrectly (the short value is sign-extended when converted to an int). An unpleasant side effect is that if fopen() opens a file and gets a backing fd that is greater than SHRT_MAX, fclose() will fail and the file descriptor will be leaked. Better handle this by fixing fopen(), fdopen(), and freopen() to fail attempts to use a fd greater than SHRT_MAX with EMFILE. At some point in the future we should look at expanding the file descriptor in FILE to an int, but that is a bit complicated due to ABI issues. MFC after: 1 week Discussed on: arch Reviewed by: wollman