Copyright (c) 2002, Sun Microsystems, Inc. All Rights Reserved.
The contents of this file are subject to the terms of the Common Development and Distribution License (the "License"). You may not use this file except in compliance with the License.
You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE or http://www.opensolaris.org/os/licensing. See the License for the specific language governing permissions and limitations under the License.
When distributing Covered Code, include this CDDL HEADER in each file and include the License file at usr/src/OPENSOLARIS.LICENSE. If applicable, add the following below this CDDL HEADER, with the fields enclosed by brackets "[]" replaced with your own identifying information: Portions Copyright [yyyy] [name of copyright owner]
cc [ flag.\|.\|. ] file.\|.\|. -lumem [ library.\|.\|. ] #include <umem.h>
When the library detects an error, it writes a description of the error to an internal buffer that is readable with the ::umem_status mdb(1) dcmd and then calls abort(3C).
When using the debugging features of the library, a program may opt into changing the failure rate of memory allocation. This is often useful for test code that would like to force memory allocation failures in a controlled fashion. See the umem_setmtbf(3MALLOC) function for more information.
This variable contains a list of comma-separated options. Unrecognized options are ignored. Possible options include: audit[=frames]
This option enables the recording of auditing information, including thread ID, high-resolution time stamp, and stack trace for the last action (allocation or free) on every allocation. If transaction logging (see UMEM_LOGGING) is enabled, this auditing information is also logged. The frames parameter sets the number of stack frames recorded in the auditing structure. The upper bound for frames is implementation-defined. If a larger value is requested, the upper bound is used instead. If frames is not specified or is not an integer, the default value of 15 is used. This option also enables the guards option.
If auditing and contents logging (see UMEM_LOGGING) are enabled, the first count bytes of each buffer are logged when they are freed. If a buffer is shorter than count bytes, it is logged in its entirety. If count is not specified or is not an integer, the default value of 256 is used.
This option is equivalent to audit,contents,guards.
This option enables filling allocated and freed buffers with special patterns to help detect the use of uninitialized data and previously freed buffers. It also enables an 8-byte redzone after each buffer that contains 0xfeedfacefeedfaceULL. When an object is freed, it is filled with 0xdeadbeef. When an object is allocated, the 0xdeadbeef pattern is verified and replaced with 0xbaddcafe. The redzone is checked every time a buffer is allocated or freed. For caches with either constructors or destructors, or both, umem_cache_alloc(3MALLOC) and umem_cache_free(3MALLOC) apply the cache's constructor and destructor, respectively, instead of caching constructed objects. The presence of assert(3C)s in the destructor verifying that the buffer is in the constructed state can be used to detect any objects returned in an improper state. See umem_cache_create(3MALLOC) for details.
The library writes error descriptions to standard error before aborting. These messages are not localized.
To be enabled, this variable should be set to a comma-separated list of in-memory logs. The logs available are: transaction[=size]
If the audit debugging option is set (see UMEM_DEBUG), the audit structures from previous transactions are entered into this log.
If the audit debugging option is set, the contents of objects are recorded in this log as they are freed. If the "contents" debugging option was not set, 256 bytes of each freed buffer are saved.
Records are entered into this log for every failed allocation.
ATTRIBUTE TYPE ATTRIBUTE VALUE |
Interface Stability Unstable |
MT-Level MT-Safe |
Modular Debugger Guide:
https://illumos.org/books/mdb/
Activating any of the library's debugging features could significantly increase the library's memory footprint and decrease its performance.