FOPEN(3POSIX)
π FOPEN(3POSIX) β open a stream π
okay so bestie, this is the POSIX Programmer's Manual page for fopen, manual section 3POSIX. yes it's a whole mood, and yes we're gonna read it together. grab a snack π
π PROLOG π
This manual page is part of the POSIX Programmer's Manual. The Linux implementation of this interface may differ (consult the corresponding Linux manual page for details of Linux behavior), or the interface may not be implemented on Linux.
fr fr, if you're on Linux and something looks different, that's why. go check the Linux page. π
β¨ NAME β¨
fopen β open a stream
π¦ SYNOPSIS π¦
#include <stdio.h>
FILE *fopen(const char *restrict pathname, const char *restrict mode);
π DESCRIPTION π
The functionality described on this reference page is aligned with the ISO C standard. Any conflict between the requirements described here and the ISO C standard is unintentional. This volume of POSIX.1β2017 defers to the ISO C standard.
So, the fopen() function shall open the file whose pathname is the string pointed to by pathname, and associates a stream with it. that's the whole vibe. a file, a stream, they're besties now π«Ά
The mode argument points to a string. If the string is one of the following, the file shall be opened in the indicated mode. Otherwise, the behavior is undefined.
rorrbβ open file for reading.worwbβ truncate to zero length or create file for writing.aorabβ append; open or create file for writing at end-of-file.r+orrb+orr+bβ open file for update (reading and writing).w+orwb+orw+bβ truncate to zero length or create file for update.a+orab+ora+bβ append; open or create file for update, writing at end-of-file.
The character 'b' shall have no effect, but is allowed for ISO C standard conformance. Opening a file with read mode (r as the first character in the mode argument) shall fail if the file does not exist or cannot be read.
Opening a file with append mode (a as the first character in the mode argument) shall cause all subsequent writes to the file to be forced to the then current end-of-file, regardless of intervening calls to fseek().
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, the application shall ensure that output is not directly followed by input without an intervening call to fflush() or to a file positioning function (fseek(), fsetpos(), or rewind()), and input is not directly followed by output without an intervening call to a file positioning function, unless the input operation encounters end-of-file.
this is the classic "flip the sign, no take-backs" rule. you gotta reposition or flush in between or it's chaos. π
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 shall be cleared.
If mode is w, wb, a, ab, w+, wb+, w+b, a+, ab+, or a+b, and the file did not previously exist, upon successful completion, fopen() shall mark for update the last data access, last data modification, and last file status change timestamps of the file and the last file status change and last data modification timestamps of the parent directory.
If mode is w, wb, a, ab, w+, wb+, w+b, a+, ab+, or a+b, and the file did not previously exist, the fopen() function shall create a file as if it called the creat() function with a value appropriate for the path argument interpreted from pathname and a value of S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP | S_IROTH | S_IWOTH for the mode argument.
If mode is w, wb, w+, wb+, or w+b, and the file did previously exist, upon successful completion, fopen() shall mark for update the last data modification and last file status change timestamps of the file.
After a successful call to the fopen() function, the orientation of the stream shall be cleared, the encoding rule shall be cleared, and the associated mbstate_t object shall be set to describe an initial conversion state.
The file descriptor associated with the opened stream shall be allocated and opened as if by a call to open() with the following flags:
rorrbβO_RDONLYworwbβO_WRONLY|O_CREAT|O_TRUNCaorabβO_WRONLY|O_CREAT|O_APPENDr+orrb+orr+bβO_RDWRw+orwb+orw+bβO_RDWR|O_CREAT|O_TRUNCa+orab+ora+bβO_RDWR|O_CREAT|O_APPEND
like, that's literally the receipts. every mode maps straight onto open() flags. iconic. π₯
π RETURN VALUE π
Upon successful completion, fopen() shall return a pointer to the object controlling the stream. Otherwise, a null pointer shall be returned, and errno shall be set to indicate the error.
π ERRORS π
The fopen() function shall fail if:
EACCESβ search permission is denied on a component of the path prefix, or the file exists and the permissions specified bymodeare denied, or the file does not exist and write permission is denied for the parent directory of the file to be created.EINTRβ a signal was caught duringfopen().EISDIRβ the named file is a directory andmoderequires write access.ELOOPβ a loop exists in symbolic links encountered during resolution of thepathargument.EMFILEβ all file descriptors available to the process are currently open.EMFILEβ{STREAM_MAX}streams are currently open in the calling process.ENAMETOOLONGβ the length of a pathname exceeds{PATH_MAX}, or pathname resolution of a symbolic link produced an intermediate result with a length that exceeds{PATH_MAX}.ENFILEβ the maximum allowable number of files is currently open in the system.ENOENTβ themodestring begins with'r'and a component ofpathnamedoes not name an existing file, ormodebegins with'w'or'a'and a component of the path prefix ofpathnamedoes not name an existing file, orpathnameis an empty string.ENOENTorENOTDIRβ thepathnameargument contains at least one non-<slash>character and ends with one or more trailing<slash>characters. Ifpathnamewithout the trailing<slash>characters would name an existing file, an[ENOENT]error shall not occur.ENOSPCβ the directory or file system that would contain the new file cannot be expanded, the file does not exist, and the file was to be created.ENOTDIRβ a component of the path prefix names an existing file that is neither a directory nor a symbolic link to a directory, or thepathnameargument contains at least one non-<slash>character and ends with one or more trailing<slash>characters and the last pathname component names an existing file that is neither a directory nor a symbolic link to a directory.ENXIOβ the named file is a character special or block special file, and the device associated with this special file does not exist.EOVERFLOWβ the named file is a regular file and the size of the file cannot be represented correctly in an object of typeoff_t.EROFSβ the named file resides on a read-only file system andmoderequires write access.
The fopen() function may fail if:
EINVALβ the value of themodeargument is not valid.ELOOPβ more than{SYMLOOP_MAX}symbolic links were encountered during resolution of thepathargument.EMFILEβ{FOPEN_MAX}streams are currently open in the calling process.ENAMETOOLONGβ the length of a component of a pathname is longer than{NAME_MAX}.ENOMEMβ insufficient storage space is available.ETXTBSYβ the file is a pure procedure (shared text) file that is being executed andmoderequires write access.
The following sections are informative.
πΈ EXAMPLES πΈ
π Opening a File π
The following example tries to open the file named file for reading. The fopen() function returns a file pointer that is used in subsequent fgets() and fclose() calls. If the program cannot open the file, it just ignores it.
#include <stdio.h>
...
FILE *fp;
...
void rgrep(const char *file)
{
...
if ((fp = fopen(file, "r")) == NULL)
return;
...
}
π§ APPLICATION USAGE π§
None.
π RATIONALE π
None.
β FUTURE DIRECTIONS β
None.
π«Ά SEE ALSO π«Ά
Section 2.5, Standard I/O Streams, creat(), fclose(), fdopen(), fmemopen(), freopen(), open_memstream()
The Base Definitions volume of POSIX.1β2017, <stdio.h>
π COPYRIGHT π
Portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1-2017, Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C) 2018 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group. In the event of any discrepancy between this version 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 .
Any typographical or formatting errors that appear in this page are most likely to have been introduced during the conversion of the source files to man page format. To report such errors, see https://www.kernel.org/doc/man-pages/reporting_bugs.html .
and that's the whole page bestie!! this one's brought to you by IEEE/The Open Group, 2017 β that's the date and the source right there, mwah π go open some streams, you got this ππ
π¦ where this page comes from
- debian bookworm: manpages-posix-dev 2017a-2 Β· Other
- debian trixie: manpages-posix-dev 2017a-2 Β· Other
- ubuntu jammy: manpages-posix-dev 2017a-2 Β· Other
- ubuntu noble: manpages-posix-dev 2017a-2 Β· Other
- ubuntu resolute: manpages-posix-dev 2017a-2build1 Β· Other
- ubuntu stonking: manpages-posix-dev 2017a-2.1 Β· Other
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms