61e699a133
* A dlmalloc usage error shouldn't call abort(3) because we want to cause a SIGSEGV by writing the address dlmalloc didn't like to an address the kernel won't like, so that debuggerd will dump the memory around the address that upset dlmalloc. * Switch to the simpler FreeBSD/NetBSD style of registering stdio cleanup. Hopefully this will let us simplify more of the stdio implementation. * Clear the stdio cleanup handler before we abort because of a dlmalloc corruption error. This fixes the reported bug, where we'd hang inside dlmalloc because the stdio cleanup reentered dlmalloc. Bug: 9301265 Change-Id: Ief31b389455d6876e5a68f0f5429567d37277dbc |
||
---|---|---|
.. | ||
arch-arm | ||
arch-mips | ||
arch-x86 | ||
bionic | ||
include | ||
kernel | ||
netbsd | ||
private | ||
stdio | ||
stdlib | ||
string | ||
tools | ||
tzcode | ||
unistd | ||
upstream-dlmalloc | ||
upstream-freebsd | ||
upstream-netbsd | ||
wchar | ||
zoneinfo | ||
Android.mk | ||
CAVEATS | ||
MODULE_LICENSE_BSD | ||
NOTICE | ||
SYSCALLS.TXT |