Re: standard error handling for malloc() broken for user root and group wheel

From: Poul-Henning Kamp <phk_at_phk.freebsd.dk>
Date: Thu, 19 Feb 2004 11:41:44 +0100
In message <20040219211350.H1230_at_gamplex.bde.org>, Bruce Evans writes:
>On Thu, 19 Feb 2004, Poul-Henning Kamp wrote:
>
>[The problem turned out to be mainly controlling both undefined behaviour
>and standard behaviour with the same flag.]
>
>> Think if the 'A' option as userland SIGSEGV.  (peter_at_ actually suggested
>> that I make it kill(getpid(), SIGSEGV) before calling abort in order
>> to let a process install a handler for it.
>
>Programs can already catch SIGABRT, and they probably need to be familiar
>with malloc's internals to trap its errors sort of safely, so it is
>reasonable to expect them to know what to trap.

There is already a hook for catching the message.

And I still think you guys overlook the fact that phkmalloc is being
a heck of a lot more informative than any other production malloc(3)
implementation which generally just croak or corrupt.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk_at_FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.
Received on Thu Feb 19 2004 - 01:41:55 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:43 UTC