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