1umask(2)                      System Calls Manual                     umask(2)
2
3
4

NAME

6       umask - set file mode creation mask
7

LIBRARY

9       Standard C library (libc, -lc)
10

SYNOPSIS

12       #include <sys/stat.h>
13
14       mode_t umask(mode_t mask);
15

DESCRIPTION

17       umask()  sets  the calling process's file mode creation mask (umask) to
18       mask & 0777 (i.e., only the file permission bits of mask are used), and
19       returns the previous value of the mask.
20
21       The  umask  is  used  by open(2), mkdir(2), and other system calls that
22       create files to modify the permissions placed on newly created files or
23       directories.   Specifically,  permissions  in  the umask are turned off
24       from the mode argument to open(2) and mkdir(2).
25
26       Alternatively, if the parent directory has a default ACL (see  acl(5)),
27       the umask is ignored, the default ACL is inherited, the permission bits
28       are set based on the inherited ACL, and permission bits absent  in  the
29       mode  argument  are turned off.  For example, the following default ACL
30       is equivalent to a umask of 022:
31
32           u::rwx,g::r-x,o::r-x
33
34       Combining the effect of this default ACL with a mode argument  of  0666
35       (rw-rw-rw-), the resulting file permissions would be 0644 (rw-r--r--).
36
37       The  constants that should be used to specify mask are described in in‐
38       ode(7).
39
40       The typical default value for the process umask is  S_IWGRP  |  S_IWOTH
41       (octal  022).   In the usual case where the mode argument to open(2) is
42       specified as:
43
44           S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP | S_IROTH | S_IWOTH
45
46       (octal 0666) when creating a new file, the permissions on the resulting
47       file will be:
48
49           S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH
50
51       (because 0666 & ~022 = 0644; i.e. rw-r--r--).
52

RETURN VALUE

54       This  system call always succeeds and the previous value of the mask is
55       returned.
56

STANDARDS

58       POSIX.1-2008.
59

HISTORY

61       POSIX.1-2001, SVr4, 4.3BSD.
62

NOTES

64       A child process created via fork(2) inherits its parent's  umask.   The
65       umask is left unchanged by execve(2).
66
67       It  is  impossible to use umask() to fetch a process's umask without at
68       the same time changing it.  A second call  to  umask()  would  then  be
69       needed  to restore the umask.  The nonatomicity of these two steps pro‐
70       vides the potential for races in multithreaded programs.
71
72       Since Linux 4.7, the umask of any process can be viewed via  the  Umask
73       field  of /proc/pid/status.  Inspecting this field in /proc/self/status
74       allows a process to retrieve its umask without at the same time  chang‐
75       ing it.
76
77       The  umask  setting  also affects the permissions assigned to POSIX IPC
78       objects (mq_open(3), sem_open(3), shm_open(3)), FIFOs (mkfifo(3)),  and
79       UNIX  domain  sockets (unix(7)) created by the process.  The umask does
80       not affect the permissions assigned to System V IPC objects created  by
81       the process (using msgget(2), semget(2), shmget(2)).
82

SEE ALSO

84       chmod(2), mkdir(2), open(2), stat(2), acl(5)
85
86
87
88Linux man-pages 6.04              2023-03-30                          umask(2)
Impressum