summaryrefslogtreecommitdiff
path: root/src/regress/lib/libc/malloc/malloc_errs/malloc_errs.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* t22 and t23 can fail if the first chunk ends up being allocated atotto2024-04-141-2/+12
| | | | | the very end of the page. Circumvent that. Reported by and fix ok anton@
* A few more testsotto2023-10-221-1/+15
|
* More thorough write-afetr-free checks.otto2023-06-041-6/+21
| | | | | | | | | | | | | | | | | | | On free, chunks (the pieces of a pages used for smaller allocations) are junked and then validated after they leave the delayed free list. So after free, a chunk always contains junk bytes. This means that if we start with the right contents for a new page of chunks, we can *validate* instead of *write* junk bytes when (re)-using a chunk. With this, we can detect write-after-free when a chunk is recycled, not justy when a chunk is in the delayed free list. We do a little bit more work on initial allocation of a page of chunks and when re-using (as we validate now even on junk level 1). Also: some extra consistency checks for recallocaray(3) and fixes in error messages to make them more consistent, with man page bits. Plus regress additions.
* Make malloc tests that set flags more robust against the user alsootto2023-05-091-2/+2
| | | | having flags set.
* Add a regress test to test various malloc API and heap mismanagementotto2023-05-081-0/+286
errors which should cause abort. A few are not enabled yet, they will be once the corresponding diffs in malloc are committed.