summaryrefslogtreecommitdiffstats
path: root/man2/shmop.2
blob: b24a2141f701d672a5f072cbcb20542bc2fbb240 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
.\" Copyright 1993 Giorgio Ciucci (giorgio@crcc.it)
.\"
.\" Permission is granted to make and distribute verbatim copies of this
.\" manual provided the copyright notice and this permission notice are
.\" preserved on all copies.
.\"
.\" Permission is granted to copy and distribute modified versions of this
.\" manual under the conditions for verbatim copying, provided that the
.\" entire resulting derived work is distributed under the terms of a
.\" permission notice identical to this one.
.\" 
.\" Since the Linux kernel and libraries are constantly changing, this
.\" manual page may be incorrect or out-of-date.  The author(s) assume no
.\" responsibility for errors or omissions, or for damages resulting from
.\" the use of the information contained herein.  The author(s) may not
.\" have taken the same level of care in the production of this manual,
.\" which is licensed free of charge, as they might when working
.\" professionally.
.\" 
.\" Formatted or processed versions of this manual, if unaccompanied by
.\" the source, must acknowledge the copyright and authors of this work.
.\"
.\" Modified Sun Nov 28 17:06:19 1993, Rik Faith (faith@cs.unc.edu)
.\"          with material from Luigi P. Bai (lpb@softint.com)
.\" Portions Copyright 1993 Luigi P. Bai
.\" Modified Tue Oct 22 22:04:23 1996 by Eric S. Raymond <esr@thyrsus.com>
.\" Modified, 5 Jan 2002, Michael Kerrisk <mtk16@ext.canterbury.ac.nz>
.\" Modified, 19 Sep 2002, Michael Kerrisk <mtk16@ext.canterbury.ac.nz>
.\"	Added SHM_REMAP flag description
.\" Modified, 27 May 2004, Michael Kerrisk <mtk16@ext.canterbury.ac.nz>
.\"     Added notes on capability requirements
.\"
.TH SHMOP 2 2004-05-27 "Linux 2.6.6" "Linux Programmer's Manual" 
.SH NAME
shmop \- shared memory operations
.SH SYNOPSIS
.nf
.B
#include <sys/types.h>
.B
#include <sys/shm.h>
.fi
.sp
.BI "void *shmat(int " shmid ,
.BI "const void *" shmaddr ,
.BI "int " shmflg );
.sp
.BI "int shmdt(const void *" shmaddr );
.SH DESCRIPTION
The function
.B shmat
attaches the shared memory segment identified by
.B shmid
to the address space of the calling process.
The attaching address is specified by
.I shmaddr
with one of the following criteria:
.LP
If
.I shmaddr
is
.BR NULL ,
the system chooses a suitable (unused) address at which to attach
the segment.
.LP
If
.I shmaddr
isn't
.B NULL
and
.B SHM_RND
is asserted in
.IR shmflg ,
the attach occurs at the address equal to
.I shmaddr
rounded down to the nearest multiple of
.BR SHMLBA .
Otherwise
.I shmaddr
must be a page-aligned address at which the attach occurs.
.PP
If
.B SHM_RDONLY
is asserted in
.IR shmflg ,
the segment is attached for reading and the process must have
read permission for the segment.
Otherwise the segment is attached for read and write
and the process must have read and write permission for the segment.
There is no notion of a write-only shared memory segment.
.PP
The (Linux-specific)
.B SHM_REMAP
flag may be asserted in
.I shmflg
to indicate that the mapping of the segment should replace
any existing mapping in the range starting at 
.I shmaddr
and continuing for the size of the segment.
(Normally an
.B EINVAL
error would result if a mapping already exists in this address range.)
In this case,
.I shmaddr
must not be
.BR NULL .
.PP
The
.B brk
value of the calling process is not altered by the attach.
The segment will automatically be detached at process exit.
The same segment may be attached as a read and as a read-write
one, and more than once, in the process's address space.
.PP
On a successful
.B shmat
call the system updates the members of the
.B shmid_ds
structure associated to the shared memory segment as follows:
.IP
.B shm_atime
is set to the current time.
.IP
.B shm_lpid
is set to the process-ID of the calling process.
.IP
.B shm_nattch
is incremented by one.
.PP
Note that the attach succeeds also if the shared memory segment is
marked to be deleted.
.PP
The function
.B shmdt
detaches the shared memory segment located at the address specified by
.I shmaddr
from the address space of the calling process.
The to\-be\-detached segment must be currently
attached with
.I shmaddr
equal to the value returned by the its attaching
.B shmat
call.
.PP
On a successful
.B shmdt
call the system updates the members of the
.B shmid_ds
structure associated with the shared memory segment as follows:
.IP
.B shm_dtime
is set to the current time.
.IP
.B shm_lpid
is set to the process-ID of the calling process.
.IP
.B shm_nattch
is decremented by one.
If it becomes 0 and the segment is marked for deletion,
the segment is deleted.
.PP
The occupied region in the user space of the calling process is
unmapped.
.SH "SYSTEM CALLS"
.TP 11
.B fork()
After a
.B fork()
the child inherits the attached shared memory segments.
.TP
.B exec()
After an
.B exec()
all attached shared memory segments are detached from the process.
.TP
.B exit()
Upon
.B exit()
all attached shared memory segments are detached from the process.
.SH "RETURN VALUE"
On success
.B shmat
returns the address of the attached shared memory segment, and
.B shmdt
returns 0.
On failure both functions return \-1 with
.I errno
indicating the error.
.SH ERRORS
When
.B shmat
fails,
.I errno
is set to one of the following:
.TP
.B EACCES
The calling process does not have the required permissions for
the requested attach type, and does not have the
.B CAP_IPC_OWNER
capability.
.TP
.B EINVAL
Invalid
.I shmid
value, unaligned (i.e., not page-aligned and \fBSHM_RND\fP was not
specified) or invalid
.I shmaddr
value, or failing attach at
.BR brk ,
.\" FIXME What does "failing attach at brk" mean?
or 
.B SHM_REMAP
was specified and
.I shmaddr
was 
.BR NULL .
.TP
.B ENOMEM
Could not allocate memory for the descriptor or for the page tables.
.PP
The function
.B shmdt
can fail only if there is no shared memory segment attached at
.IR shmaddr ,
in such a case at return
.I errno
will be set to
.BR EINVAL .
.SH NOTES
Using
.B shmat
with
.I shmaddr
equal to
.B NULL
is the preferred, portable way of attaching a shared memory segment.
Be aware that the shared memory segment attached in this way
may be attached at different addresses in different processes.
Therefore, any pointers maintained within the shared memory must be
made relative (typically to the starting address of the segment),
rather than absolute.
.LP
The following system parameter affects a
.B shmat
system call:
.TP 11
.B SHMLBA
Segment low boundary address multiple.
Must be page aligned.
For the current implementation the
.B SHMBLA
value is
.BR PAGE_SIZE .
.PP
The implementation has no intrinsic limit to the per\-process maximum
number of shared memory segments
.RB ( SHMSEG ).
.SH "CONFORMING TO"
SVr4, SVID.  SVr4 documents an additional error condition EMFILE.
In SVID-v4 the type of the \fIshmaddr\fP argument was changed from
.B "char *"
into
.BR "const void *" ,
and the returned type of \fIshmat\fP() from
.B "char *"
into
.BR "void *" .
(Linux libc4 and libc5 have the
.B "char *"
prototypes; glibc2 has
.BR "void *" .)
.SH "SEE ALSO"
.BR brk (2),
.BR mmap (2),
.BR shmctl (2),
.BR shmget (2),
.BR ipc (5),
.BR capabilities (7)