History log of /openbsd-src/lib/libc/stdlib/malloc.c (Results 101 – 125 of 297)
Revision Date Author Comments
# 3240e6a8 21-Sep-2016 guenther <guenther@openbsd.org>

Delete casts to off_t and size_t that are implied by assignments
or prototypes. Ditto for some of the char* and void* casts too.

verified no change to instructions on ILP32 (i386) and LP64 (amd64)

Delete casts to off_t and size_t that are implied by assignments
or prototypes. Ditto for some of the char* and void* casts too.

verified no change to instructions on ILP32 (i386) and LP64 (amd64)
ok natano@ abluhm@ deraadt@ millert@

show more ...


# b4a30d92 18-Sep-2016 otto <otto@openbsd.org>

move page junking tp unmap(), right before we stick the region in the cache;
ok tedu@


# ca609fed 01-Sep-2016 otto <otto@openbsd.org>

Less lock contention by using more pools for mult-threaded programs.
tested by many (thanks!) ok tedu, guenther@


# b8f6d472 01-Sep-2016 tedu <tedu@openbsd.org>

black magic for sparc page size can go


# 5661cfb8 17-Aug-2016 otto <otto@openbsd.org>

wrterror() is fatal, delete dead code; ok tom@ natano@ tedu@


# a6f029b1 06-Jul-2016 otto <otto@openbsd.org>

J/j is a three valued option, document and fix code to actuall support that
with a little help from jmc@ for the man page bits
ok jca@ and a reluctant tedu@


# 83ac41f6 30-Jun-2016 otto <otto@openbsd.org>

adapt S option: add C, rm F (not relevant with 0 cache and disables
chunk rnd), rm P: is default


# b6a4d1cc 28-Jun-2016 tb <tb@openbsd.org>

Back out previous; otto saw a potential race that could lead to a
double unmap and I experienced a much more unstable firefox.

discussed with otto on icb


# adc10d31 27-Jun-2016 tedu <tedu@openbsd.org>

defer munmap to after unlocking malloc. this can (unfortunately) be an
expensive syscall, and we don't want to tie up other threads. there's no
need to hold the lock, so defer it to afterwards.
from

defer munmap to after unlocking malloc. this can (unfortunately) be an
expensive syscall, and we don't want to tie up other threads. there's no
need to hold the lock, so defer it to afterwards.
from Michael McConville
ok deraadt

show more ...


# 0af269bd 12-Apr-2016 otto <otto@openbsd.org>

two times a define to an inline function, from Michael McConville; ok djm@


# 25b1eb30 09-Apr-2016 otto <otto@openbsd.org>

tweak MALLOC_STATS printing (switched off by default), prodded by
Michael McConville


# de4f2435 09-Apr-2016 otto <otto@openbsd.org>

redundant memset(3), from Michael McConville, ok armani@


# ef87cc43 17-Mar-2016 mmcc <mmcc@openbsd.org>

properly guard to macros

ok otto@


# b0f50073 14-Mar-2016 otto <otto@openbsd.org>

small step towards multiple pools: move two globls into the struct dir_info
ok @stefan armani@


# e4224292 13-Mar-2016 guenther <guenther@openbsd.org>

environ and __progname are not declared in a public header; declare them
in libc's hidden/stdlib.h instead of in each .c file that needs one

ok deraadt@ gsoares@ mpi@


# be002b5b 25-Feb-2016 deraadt <deraadt@openbsd.org>

refactor option letter parsing into a subfunction, to increase clarity
about which options are turned on/off by 's' and 'S'
ok tedu


# 88b52191 26-Jan-2016 otto <otto@openbsd.org>

Don't crash dumping malloc stats if malloc_init hasn't been called, noted by
David CARLIER


# ef900952 06-Jan-2016 tedu <tedu@openbsd.org>

Long ago, malloc internally had two kinds of failures, warnings and errors.
The 'A' option elevated warnings to errors, and has been the default for some
time. Then warnings were effectively eliminat

Long ago, malloc internally had two kinds of failures, warnings and errors.
The 'A' option elevated warnings to errors, and has been the default for some
time. Then warnings were effectively eliminated in favor of everything
being an error, but then the 'a' flag turned real errors into warnings!
Remove the 'a' option entirely. You shouldn't have used it anyway.
ok tb tdeval

show more ...


# 03b3d6f7 30-Dec-2015 tedu <tedu@openbsd.org>

another case where bad things would happen after wrterror


# 33f79db2 30-Dec-2015 tedu <tedu@openbsd.org>

if somebody makes the mistake of disabling abort, don't deref null in
validate_junk. from Michal Mazurek


# 9545b26b 09-Dec-2015 tedu <tedu@openbsd.org>

Integrate two patches originally from Daniel Micay.
1. Optionally add random "canaries" to the end of an allocation. This
requires increasing the internal size of the allocation slightly, which
proba

Integrate two patches originally from Daniel Micay.
1. Optionally add random "canaries" to the end of an allocation. This
requires increasing the internal size of the allocation slightly, which
probably results in a large effective increase with current power of two
sizing. Therefore, this option is only enabled via 'C'.
2. When writing junk (0xdf) to freed chunks (current default behavior),
check that the junk is still intact when finally freeing the delayed chunk
to catch some potential use after free. This should be pretty cheap so
there's no option to control it separately.
ok deraadt tb

show more ...


# 55148231 13-Sep-2015 guenther <guenther@openbsd.org>

For now, permit overriding of the malloc family, to make emacs happy


# 0d943ef0 13-Sep-2015 guenther <guenther@openbsd.org>

Wrap <stdlib.h> so that calls go direct and the symbols not in the
C standard are all weak.
Apply __{BEGIN,END}_HIDDEN_DECLS to gdtoa{,imp}.h, hiding the
arch-specific __strtorx, __ULtox_D2A, __strto

Wrap <stdlib.h> so that calls go direct and the symbols not in the
C standard are all weak.
Apply __{BEGIN,END}_HIDDEN_DECLS to gdtoa{,imp}.h, hiding the
arch-specific __strtorx, __ULtox_D2A, __strtorQ, __ULtoQ_D2A symbols.

show more ...


# a2a802a1 06-Apr-2015 tedu <tedu@openbsd.org>

improve realloc. when expanding a region, actually use the free page cache
instead of simply zapping it. this can save many syscalls in a program
that repeatedly grows and shrinks a buffer, as observ

improve realloc. when expanding a region, actually use the free page cache
instead of simply zapping it. this can save many syscalls in a program
that repeatedly grows and shrinks a buffer, as observed in the wild.

show more ...


# aea60bee 16-Jan-2015 deraadt <deraadt@openbsd.org>

Move to the <limits.h> universe.
review by millert, binary checking process with doug, concept with guenther


12345678910>>...12