NetBSD/dist/ntp/ElectricFence
drochner d5e6f1b80b resolve conflicts
(in this case, throw away all local modifications; I'll start patching
from scratch)
2003-12-04 16:23:34 +00:00
..
CHANGES
COPYING
Makefile.am
Makefile.in
README
efence.c
efence.h
eftest.c
libefence.3
page.c
print.c
tstheap.c

README

This is Electric Fence 2.0.5

Electric Fence is a different kind of malloc() debugger. It uses the virtual
memory hardware of your system to detect when software overruns the boundaries
of a malloc() buffer. It will also detect any accesses of memory that has
been released by free(). Because it uses the VM hardware for detection,
Electric Fence stops your program on the first instruction that causes
a bounds violation. It's then trivial to use a debugger to display the
offending statement.

This version will run on:
	Linux kernel version 1.1.83 and above. Earlier kernels have problems
	with the memory protection implementation.

	All System V Revision 4 platforms (and possibly earlier revisions)
	including:
		Every 386 System V I've heard of.
		Solaris 2.x
		SGI IRIX 5.0 (but not 4.x)

	IBM AIX on the RS/6000.

	SunOS 4.X (using an ANSI C compiler and probably static linking).

	HP/UX 9.01, and possibly earlier versions.

	OSF 1.3 (and possibly earlier versions) on a DECalpha.

On some of these platforms, you'll have to uncomment lines in the Makefile
that apply to your particular system.

If you test Electric Fence on a platform not mentioned here, please send me a
report.

It will probably port to any ANSI/POSIX system that provides mmap(), and
mprotect(), as long as mprotect() has the capability to turn off all access
to a memory page, and mmap() can use /dev/zero or the MAP_ANONYMOUS flag
to create virtual memory pages.

Complete information on the use of Electric Fence is in the manual page
libefence.3 .

	Thanks

	Bruce Perens
	Bruce@Pixar.com