Copyright 1989 AT&T.
Copyright (c) 2006, Sun Microsystems, Inc. All Rights Reserved.
Portions Copyright (c) 1992, X/Open Company Limited. All Rights Reserved.
Portions Copyright (c) 2013, OmniTI Computer Consulting, Inc. All Rights Reserved.
Portions Copyright (c) 2013, Joyent, Inc. All Rights Reserved.
Sun Microsystems, Inc. gratefully acknowledges The Open Group for permission to reproduce portions of its copyrighted documentation. Original documentation from The Open Group can be obtained online at
http://www.opengroup.org/bookstore/.
The Institute of Electrical and Electronics Engineers and The Open Group, have given us permission to reprint portions of their documentation. In the following statement, the phrase "this text" refers to portions of the system documentation. Portions of this text are reprinted and reproduced in electronic form in the Sun OS Reference Manual, from IEEE Std 1003.1, 2004 Edition, Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 6, Copyright (C) 2001-2004 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group. In the event of any discrepancy between these versions and the original IEEE and The Open Group Standard, the original IEEE and The Open Group Standard is the referee document. The original Standard can be obtained online at http://www.opengroup.org/unix/online.html.
This notice shall appear on any product containing this material.
The contents of this file are subject to the terms of the Common Development and Distribution License (the "License"). You may not use this file except in compliance with the License.
You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE or http://www.opensolaris.org/os/licensing. See the License for the specific language governing permissions and limitations under the License.
When distributing Covered Code, include this CDDL HEADER in each file and include the License file at usr/src/OPENSOLARIS.LICENSE. If applicable, add the following below this CDDL HEADER, with the fields enclosed by brackets "[]" replaced with your own identifying information: Portions Copyright [yyyy] [name of copyright owner]
#include <stdio.h> FILE *fopen(const char *filename, const char *mode);
The fopen() function opens the file whose pathname is the string pointed to by filename, and associates a stream with it.
The argument mode points to a string beginning with one of the following base sequences: r
Open file for reading.
Truncate to zero length or create file for writing.
Append; open or create file for writing at end-of-file.
Open file for update (reading and writing).
Truncate to zero length or create file for update.
Append; open or create file for update, writing at end-of-file.
In addition to the base sequences for the mode argument above, three additional flags are supported via the b character, the e character, and the x character. Order of these additional flags (including the +) does not matter.
The character b has no effect, but is allowed for ISO C standard conformance (see standards(5)). Opening a file with read mode (r as the first character in the mode argument) fails if the file does not exist or cannot be read.
The character e will cause the underlying file descriptor to be opened with the O_CLOEXEC flag as described in open(2).
The character x will attempt to open the specified file exclusively. This is the same behavior as opening the underlying file with the O_EXCL flag as described in open(2).
Opening a file with append mode (a as the first character in the mode argument) causes all subsequent writes to the file to be forced to the then current end-of-file, regardless of intervening calls to fseek(3C). If two separate processes open the same file for append, each process may write freely to the file without fear of destroying output being written by the other. The output from the two processes will be intermixed in the file in the order in which it is written.
When a file is opened with update mode (+ as the second or third character in the mode argument), both input and output may be performed on the associated stream. However, output must not be directly followed by input without an intervening call to fflush(3C) or to a file positioning function ( fseek(3C), fsetpos(3C) or rewind(3C)), and input must not be directly followed by output without an intervening call to a file positioning function, unless the input operation encounters end-of-file.
When opened, a stream is fully buffered if and only if it can be determined not to refer to an interactive device. The error and end-of-file indicators for the stream are cleared.
If mode begins with w or a and the file did not previously exist, upon successful completion, fopen() function will mark for update the st_atime, st_ctime and st_mtime fields of the file and the st_ctime and st_mtime fields of the parent directory.
If mode begins with w and the file did previously exist, upon successful completion, fopen() will mark for update the st_ctime and st_mtime fields of the file. The fopen() function will allocate a file descriptor as open(2) does.
Normally, 32-bit applications return an EMFILE error when attempting to associate a stream with a file accessed by a file descriptor with a value greater than 255. If the last character of mode is F, 32-bit applications will be allowed to associate a stream with a file accessed by a file descriptor with a value greater than 255. A FILE pointer obtained in this way must never be used by any code that might directly access fields in the FILE structure. If the fields in the FILE structure are used directly by 32-bit applications when the last character of mode is F, data corruption could occur. See the USAGE section of this manual page and the enable_extended_FILE_stdio(3C) manual page for other options for enabling the extended FILE facility.
In 64-bit applications, the last character of mode is silently ignored if it is F. 64-bit applications are always allowed to associate a stream with a file accessed by a file descriptor with any value.
The largest value that can be represented correctly in an object of type off_t will be established as the offset maximum in the open file description.
Upon successful completion, fopen() returns a pointer to the object controlling the stream. Otherwise, a null pointer is returned and errno is set to indicate the error.
The fopen() function may fail and not set errno if there are no free stdio streams.
The fopen() function will fail if: EACCES
Search permission is denied on a component of the path prefix, or the file exists and the permissions specified by mode are denied, or the file does not exist and write permission is denied for the parent directory of the file to be created.
A signal was caught during the execution of fopen().
The named file is a directory and mode requires write access.
Too many symbolic links were encountered in resolving path.
There are {OPEN_MAX} file descriptors currently open in the calling process.
The length of the filename exceeds PATH_MAX or a pathname component is longer than NAME_MAX.
The maximum allowable number of files is currently open in the system.
A component of filename does not name an existing file or filename is an empty string.
The directory or file system that would contain the new file cannot be expanded, the file does not exist, and it was to be created.
A component of the path prefix is not a directory.
The named file is a character special or block special file, and the device associated with this special file does not exist.
The current value of the file position cannot be represented correctly in an object of type fpos_t.
The named file resides on a read-only file system and mode requires write access.
The fopen() function may fail if: EINVAL
The value of the mode argument is not valid.
{FOPEN_MAX} streams are currently open in the calling process. {STREAM_MAX} streams are currently open in the calling process.
Pathname resolution of a symbolic link produced an intermediate result whose length exceeds {PATH_MAX}.
Insufficient storage space is available.
The file is a pure procedure (shared text) file that is being executed and mode requires write access.
A process is allowed to have at least {FOPEN_MAX} stdio streams open at a time. For 32-bit applications, however, the underlying ABIs formerly required that no file descriptor used to access the file underlying a stdio stream have a value greater than 255. To maintain binary compatibility with earlier Solaris releases, this limit still constrains 32-bit applications. However, when a 32-bit application is aware that no code that has access to the FILE pointer returned by fopen() will use the FILE pointer to directly access any fields in the FILE structure, the F character can be used as the last character in the mode argument to circumvent this limit. Because it could lead to data corruption, the F character in mode must never be used when the FILE pointer might later be used by binary code unknown to the user. The F character in mode is intended to be used by library functions that need a FILE pointer to access data to process a user request, but do not need to pass the FILE pointer back to the user. 32-bit applications that have been inspected can use the extended FILE facility to circumvent this limit if the inspection shows that no FILE pointers will be used to directly access FILE structure contents.
The fopen() function has a transitional interface for 64-bit file offsets. See lf64(5).
See attributes(5) for descriptions of the following attributes:
| ATTRIBUTE TYPE ATTRIBUTE VALUE |
| Interface Stability See below. |
| MT-Level MT-Safe |
The F character in the mode argument is Evolving. In all other respects this function is Standard.
enable_extended_FILE_stdio(3C), fclose(3C), fdopen(3C), fflush(3C), freopen(3C), fsetpos(3C), rewind(3C), open(2), attributes(5), lf64(5), standards(5)