[889] in testers

home help back first fref pref prev next nref lref last post

Re: emacs

daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Fri May 25 12:55:42 1990

Date: Fri, 25 May 90 12:55:20 -0400
From: Theodore Ts'o <tytso@ATHENA.MIT.EDU>
To: John F Carr <jfc@ATHENA.MIT.EDU>
Cc: testers@ATHENA.MIT.EDU
In-Reply-To: John F Carr's message of Fri, 25 May 90 05:37:49 -0400 (EDT),
Reply-To: tytso@ATHENA.MIT.EDU
   Date: Fri, 25 May 90 05:37:49 -0400 (EDT)
   From: John F Carr <jfc@ATHENA.MIT.EDU>

   It is not clear why emacs needs its own malloc; substituting the libc
   malloc should fix this (make it dump core instead of hang).

There are two reasons why emacs uses its own malloc.  1)  It's much
faster than the libc malloc (it's a power of two allocator), and 2) it
has hooks to warn the user when he/she is running out of memory so that
the user can save his/her files and exit emacs before it coredumps on
running out of memory.

						- Ted


home help back first fref pref prev next nref lref last post