malloc's and signals -- a dangerous mixture?

[Phong Vo[drew]]

In article <12571 at bloom-beacon.MIT.EDU>, scs at adam.pika.mit.edu (Steve Summit) writes:
> Many people have researched better malloc implementations,
> usually for speed or better space utilization.  Has anyone ever
> tried to make a more robust implementation (this is essentially a

Robust malloc sounds like a good example of an oxymoron.
My one great contribution to fault-tolerant computing that may help
some programs to limp a little longer
is to always double the size of the malloc request.
Quiz: what famous UNIX os provides a malloc with almost that feature:-)?
On a more serious vein, there are simple ways to add trace
information to malloc space and periodically check to see if
the arena has been corrupted. Doing this, of course, will make
the program runs slooooow.