1 .\" Hey Emacs! This file is -*- nroff -*- source.
3 .\" This manpage is Copyright (C) 2006, Michael Kerrisk
5 .\" Permission is granted to make and distribute verbatim copies of this
6 .\" manual provided the copyright notice and this permission notice are
7 .\" preserved on all copies.
9 .\" Permission is granted to copy and distribute modified versions of this
10 .\" manual under the conditions for verbatim copying, provided that the
11 .\" entire resulting derived work is distributed under the terms of a
12 .\" permission notice identical to this one.
14 .\" Since the Linux kernel and libraries are constantly changing, this
15 .\" manual page may be incorrect or out-of-date. The author(s) assume no
16 .\" responsibility for errors or omissions, or for damages resulting from
17 .\" the use of the information contained herein. The author(s) may not
18 .\" have taken the same level of care in the production of this manual,
19 .\" which is licensed free of charge, as they might when working
22 .\" Formatted or processed versions of this manual, if unaccompanied by
23 .\" the source, must acknowledge the copyright and authors of this work.
26 .TH OPENAT 2 2006-03-06 "Linux 2.6.16" "Linux Programmer's Manual"
28 openat \- open a file relative to a directory file descriptor
33 .BI "int openat(int " dirfd ", const char *" pathname ", int " flags );
34 .BI "int openat(int " dirfd ", const char *" pathname ", int " flags \
40 system call operates in exactly the same way as
42 except for the differences described in this manual page.
44 If the pathname given in
46 is relative, then it is interpreted relative to the directory
47 referred to by the file descriptor
49 (rather than relative to the current working directory of
50 the calling process, as is done by
52 for a relative pathname).
54 If the pathname given in
62 is interpreted relative to the current working
63 directory of the calling process (like
66 If the pathname given in
74 returns a new file descriptor.
75 On error, \-1 is returned and
77 is set to indicate the error.
79 The same errors that occur for
83 The following additional errors can occur for
88 is not a valid file descriptor.
92 is a relative path and
94 is a file descriptor referring to a file other than a directory.
97 and other similar system calls suffixed "at" are supported
102 allows an application to avoid race conditions that could
105 to open files in directories other than the current working directory.
106 These race conditions result from the fact that some component
107 of the directory prefix given to
109 could be changed in parallel with the call to
111 Such races can be avoided by
112 opening a file descriptor for the target directory,
113 and then specifying that file descriptor as the
120 allows the implementation of a per-thread "current working
121 directory", via file descriptor(s) maintained by the application.
122 (This functionality can also be obtained by tricks based
124 .IR /proc/self/fd/ dirfd,
125 but less efficiently.)
127 This system call is non-standard but is proposed
128 for inclusion in a future revision of POSIX.1.
129 A similar system call exists on Solaris.
130 .\" The 'at' suffix in Solaris is actually double sensed. It
131 .\" primarily referred to "extended *at*tributes", which are
132 .\" handled by Solaris' O_XATTR flag, but was also intended
133 .\" to refer to the notion of "at a relative location".
135 .\" See the following for a discussion of the inconsistent
136 .\" naming of the *at() functions:
137 .\" http://www.opengroup.org/austin/mailarchives/ag/msg09103.html
138 .\" Subject: RE: The naming of at()s is a difficult matter
140 .\" Date: Tue, 14 Feb 2006 14:56:50 -0800 (PST)
144 was added to Linux in kernel 2.6.16.
150 .BR path_resolution (2),
155 .\" FIXME . eventually list other *at.2 pages here?