xref: /openbsd-src/lib/libc/stdlib/malloc.3 (revision cd1eb269cafb12c415be1749cd4a4b5422710415)
1.\"
2.\" Copyright (c) 1980, 1991, 1993
3.\"	The Regents of the University of California.  All rights reserved.
4.\"
5.\" This code is derived from software contributed to Berkeley by
6.\" the American National Standards Committee X3, on Information
7.\" Processing Systems.
8.\"
9.\" Redistribution and use in source and binary forms, with or without
10.\" modification, are permitted provided that the following conditions
11.\" are met:
12.\" 1. Redistributions of source code must retain the above copyright
13.\"    notice, this list of conditions and the following disclaimer.
14.\" 2. Redistributions in binary form must reproduce the above copyright
15.\"    notice, this list of conditions and the following disclaimer in the
16.\"    documentation and/or other materials provided with the distribution.
17.\" 3. Neither the name of the University nor the names of its contributors
18.\"    may be used to endorse or promote products derived from this software
19.\"    without specific prior written permission.
20.\"
21.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
22.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
23.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
24.\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
25.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
26.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
27.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
28.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
29.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
30.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
31.\" SUCH DAMAGE.
32.\"
33.\"	$OpenBSD: malloc.3,v 1.65 2010/01/25 20:14:11 jmc Exp $
34.\"
35.Dd $Mdocdate: January 25 2010 $
36.Dt MALLOC 3
37.Os
38.Sh NAME
39.Nm malloc ,
40.Nm calloc ,
41.Nm realloc ,
42.Nm free ,
43.Nm cfree
44.Nd memory allocation and deallocation
45.Sh SYNOPSIS
46.Fd #include <stdlib.h>
47.Ft void *
48.Fn malloc "size_t size"
49.Ft void *
50.Fn calloc "size_t nmemb" "size_t size"
51.Ft void *
52.Fn realloc "void *ptr" "size_t size"
53.Ft void
54.Fn free "void *ptr"
55.Ft void
56.Fn cfree "void *ptr"
57.Ft char *
58.Va malloc_options ;
59.Sh DESCRIPTION
60The
61.Fn malloc
62function allocates uninitialized space for an object whose
63size is specified by
64.Fa size .
65The
66.Fn malloc
67function maintains multiple lists of free blocks according to size, allocating
68space from the appropriate list.
69.Pp
70The allocated space is
71suitably aligned (after possible pointer
72coercion) for storage of any type of object.
73If the space is of
74.Em pagesize
75or larger, the memory returned will be page-aligned.
76.Pp
77Allocation of a zero size object returns a pointer to a zero size object.
78This zero size object is access protected, so any access to it will
79generate an exception (SIGSEGV).
80Many zero-sized objects can be placed consecutively in shared
81protected pages.
82The minimum size of the protection on each object is suitably aligned and
83sized as previously stated, but the protection may extend further depending
84on where in a protected zone the object lands.
85.Pp
86When using
87.Fn malloc
88be careful to avoid the following idiom:
89.Bd -literal -offset indent
90if ((p = malloc(num * size)) == NULL)
91	err(1, "malloc");
92.Ed
93.Pp
94The multiplication may lead to an integer overflow.
95To avoid this,
96.Fn calloc
97is recommended.
98.Pp
99If
100.Fn malloc
101must be used, be sure to test for overflow:
102.Bd -literal -offset indent
103if (size && num > SIZE_MAX / size) {
104	errno = ENOMEM;
105	err(1, "overflow");
106}
107.Ed
108.Pp
109The
110.Fn calloc
111function allocates space for an array of
112.Fa nmemb
113objects, each of whose size is
114.Fa size .
115The space is initialized to zero.
116The use of
117.Fn calloc
118is strongly encouraged when allocating multiple sized objects
119in order to avoid possible integer overflows.
120.Pp
121The
122.Fn free
123function causes the space pointed to by
124.Fa ptr
125to be either placed on a list of free pages to make it available for future
126allocation or, if required, to be returned to the kernel using
127.Xr munmap 2 .
128If
129.Fa ptr
130is a null pointer, no action occurs.
131.Pp
132A
133.Fn cfree
134function is also provided for compatibility with old systems and other
135.Nm malloc
136libraries; it is simply an alias for
137.Fn free .
138.Pp
139The
140.Fn realloc
141function changes the size of the object pointed to by
142.Fa ptr
143to
144.Fa size
145bytes and returns a pointer to the (possibly moved) object.
146The contents of the object are unchanged up to the lesser
147of the new and old sizes.
148If the new size is larger, the value of the newly allocated portion
149of the object is indeterminate and uninitialized.
150If
151.Fa ptr
152is a null pointer, the
153.Fn realloc
154function behaves like the
155.Fn malloc
156function for the specified size.
157If the space cannot be allocated, the object
158pointed to by
159.Fa ptr
160is unchanged.
161If
162.Fa size
163is zero and
164.Fa ptr
165is not a null pointer, the object it points to is freed and a new zero size
166object is returned.
167.Pp
168When using
169.Fn realloc
170be careful to avoid the following idiom:
171.Bd -literal -offset indent
172size += 50;
173if ((p = realloc(p, size)) == NULL)
174	return (NULL);
175.Ed
176.Pp
177Do not adjust the variable describing how much memory has been allocated
178until the allocation has been successful.
179This can cause aberrant program behavior if the incorrect size value is used.
180In most cases, the above sample will also result in a leak of memory.
181As stated earlier, a return value of
182.Dv NULL
183indicates that the old object still remains allocated.
184Better code looks like this:
185.Bd -literal -offset indent
186newsize = size + 50;
187if ((newp = realloc(p, newsize)) == NULL) {
188	free(p);
189	p = NULL;
190	size = 0;
191	return (NULL);
192}
193p = newp;
194size = newsize;
195.Ed
196.Pp
197As with
198.Fn malloc
199it is important to ensure the new size value will not overflow;
200i.e. avoid allocations like the following:
201.Bd -literal -offset indent
202if ((newp = realloc(p, num * size)) == NULL) {
203	...
204.Ed
205.Pp
206Malloc will first look for a symbolic link called
207.Pa /etc/malloc.conf
208and next check the environment for a variable called
209.Ev MALLOC_OPTIONS
210and finally for the global variable
211.Va malloc_options
212and scan them for flags in that order.
213Flags are single letters, uppercase means on, lowercase means off.
214.Bl -tag -width indent
215.It Cm A
216.Dq Abort .
217.Fn malloc
218will coredump the process, rather than tolerate internal
219inconsistencies or incorrect usage.
220This is the default and a very handy debugging aid,
221since the core file represents the time of failure,
222rather than when the bogus pointer was used.
223.It Cm D
224.Dq Dump .
225.Fn malloc
226will dump statistics in a file called
227.Pa malloc.out
228at exit.
229This option requires the library to have been compiled with -DMALLOC_STATS in
230order to have any effect.
231.It Cm F
232.Dq Freeguard .
233Enable use after free protection.
234Unused pages on the freelist are read and write protected to
235cause a segmentation fault upon access.
236This will also switch off the delayed freeing of chunks,
237reducing random behaviour but detecting double
238.Fn free
239calls as early as possible.
240.It Cm G
241.Dq Guard .
242Enable guard pages.
243Each page size or larger allocation is followed by a guard page that will
244cause a segmentation fault upon any access.
245.It Cm H
246.Dq Hint .
247Pass a hint to the kernel about pages we don't use.
248If the machine is paging a lot this may help a bit.
249.It Cm J
250.Dq Junk .
251Fill some junk into the area allocated.
252Currently junk is bytes of 0xd0 when allocating; this is pronounced
253.Dq Duh .
254\&:-)
255Freed chunks are filled with 0xdf.
256.It Cm P
257.Dq Move allocations within a page.
258Allocations larger than half a page but smaller than a page
259are aligned to the end of a page to catch buffer overruns in more
260cases.
261This is the default.
262.It Cm R
263.Dq realloc .
264Always reallocate when
265.Fn realloc
266is called, even if the initial allocation was big enough.
267This can substantially aid in compacting memory.
268.\".Pp
269.\".It Cm U
270.\".Dq utrace .
271.\"Generate entries for
272.\".Xr ktrace 1
273.\"for all operations.
274.\"Consult the source for this one.
275.It Cm S
276Enable all options suitable for security auditing.
277.It Cm X
278.Dq xmalloc .
279Rather than return failure,
280.Xr abort 3
281the program with a diagnostic message on stderr.
282It is the intention that this option be set at compile time by
283including in the source:
284.Bd -literal -offset indent
285extern char *malloc_options;
286malloc_options = "X";
287.Ed
288.Pp
289Note that this will cause code that is supposed to handle
290out-of-memory conditions gracefully to abort instead.
291.It Cm Z
292.Dq Zero .
293Fill some junk into the area allocated (see
294.Cm J ) ,
295except for the exact length the user asked for, which is zeroed.
296.It Cm <
297.Dq Half the cache size .
298Decrease the size of the free page cache by a factor of two.
299.It Cm >
300.Dq Double the cache size .
301Increase the size of the free page cache by a factor of two.
302.El
303.Pp
304So to set a systemwide reduction of cache size and use guard pages:
305.Dl # ln -s 'G\*(Lt' /etc/malloc.conf
306.Pp
307The flags are mostly for testing and debugging.
308If a program changes behavior if any of these options (except
309.Cm X )
310are used,
311it is buggy.
312.Pp
313The default number of free pages cached is 64.
314.Sh RETURN VALUES
315The
316.Fn malloc
317and
318.Fn calloc
319functions return a pointer to the allocated space if successful; otherwise,
320a null pointer is returned and
321.Va errno
322is set to
323.Er ENOMEM .
324.Pp
325The
326.Fn free
327and
328.Fn cfree
329functions return no value.
330.Pp
331The
332.Fn realloc
333function returns a pointer to the (possibly moved) allocated space
334if successful; otherwise, a null pointer is returned and
335.Va errno
336is set to
337.Er ENOMEM .
338.Sh ENVIRONMENT
339.Bl -tag -width Ev
340.It Ev MALLOC_OPTIONS
341See above.
342.El
343.Sh FILES
344.Bl -tag -width "/etc/malloc.conf"
345.It Pa /etc/malloc.conf
346symbolic link to filename containing option flags
347.El
348.Sh DIAGNOSTICS
349If
350.Fn malloc ,
351.Fn calloc ,
352.Fn realloc ,
353or
354.Fn free
355detect an error condition,
356a message will be printed to file descriptor
3572 (not using stdio).
358Errors will result in the process being aborted,
359unless the
360.Cm a
361option has been specified.
362.Pp
363Here is a brief description of the error messages and what they mean:
364.Bl -tag -width Ds
365.It Dq out of memory
366If the
367.Cm X
368option is specified it is an error for
369.Fn malloc ,
370.Fn calloc ,
371or
372.Fn realloc
373to return
374.Dv NULL .
375.It Dq malloc init mmap failed
376This is a rather weird condition that is most likely to indicate a
377seriously overloaded system or a ulimit restriction.
378.It Dq bogus pointer (double free?)
379An attempt to
380.Fn free
381or
382.Fn realloc
383an unallocated pointer was made.
384.It Dq chunk is already free
385There was an attempt to free a chunk that had already been freed.
386.It Dq modified chunk-pointer
387The pointer passed to
388.Fn free
389or
390.Fn realloc
391has been modified.
392.It Dq recursive call
393An attempt was made to call recursively into these functions, i.e., from a
394signal handler.
395This behavior is not supported.
396In particular, signal handlers should
397.Em not
398use any of the
399.Fn malloc
400functions nor utilize any other functions which may call
401.Fn malloc
402(e.g.,
403.Xr stdio 3
404routines).
405.It Dq unknown char in MALLOC_OPTIONS
406We found something we didn't understand.
407.It Dq malloc cache overflow/underflow
408The internal malloc page cache has been corrupted.
409.It Dq malloc free slot lost
410The internal malloc page cache has been corrupted.
411.It Dq guard size
412An inconsistent guard size was detected.
413.It any other error
414.Fn malloc
415detected an internal error;
416consult sources and/or wizards.
417.El
418.Sh SEE ALSO
419.Xr brk 2 ,
420.Xr mmap 2 ,
421.Xr munmap 2 ,
422.Xr alloca 3 ,
423.Xr getpagesize 3
424.Sh STANDARDS
425The
426.Fn malloc
427function conforms to
428.St -ansiC .
429.Sh HISTORY
430The
431.Nm
432family of functions first appeared in
433.At v7 .
434A new implementation by Chris Kingsley was introduced in
435.Bx 4.2 ,
436followed by a complete rewrite by Poul-Henning Kamp which appeared in
437.Fx 2.2
438and was included in
439.Ox 2.0 .
440These implementations were all
441.Xr sbrk 2
442based.
443In
444.Ox 3.8 ,
445Thierry Deval rewrote
446.Nm
447to use the
448.Xr mmap 2
449system call,
450making the page addresses returned by
451.Nm
452random.
453A rewrite by Otto Moerbeek introducing a new central data structure and more
454randomization appeared in
455.Ox 4.4 .
456