src-test2/lib/libstand/zalloc_defs.h, branch release/4.0.0_cvs

This commit was manufactured by cvs2svn to create tag

2000-03-20T08:47:53Z

'RELENG_4_0_0_RELEASE'. This commit was manufactured to restore the state of the 4.0-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.

$Id$ -> $FreeBSD$

1999-08-28T00:22:10Z

To clarify last commit, msmith says:

1998-10-17T22:20:06Z

The reason the Alpha has less room than the i386 is because the bootstrap is given a 256K mapping by the firmware; to add more requires extra work.

Reduce the sbrk() increment from 64K to 4K. There's not much room on the

1998-10-16T19:23:37Z

Alpha, and wasting potentially 64K-4 bytes of RAM just isn't an option.

Prune unused zalloc components as recommended by Matt Dillon. Extra debugging

1998-10-01T17:35:08Z

code is still enabled (it's not very expensive).

* Enable old UFS compatibility code for booting from Digital Unix formatted

1998-09-26T10:48:50Z

disks. * Fix a whole raft of warnings, printf and otherwise. * Make zalloc work for alpha (just a case of using the right typedef). * Add some (disabled) malloc debug printing to stand.h.

Replace the old and extremely icky Mach/NetBSD allocator with a similarly

1998-09-26T01:42:40Z

compact and much better one donated by Matt Dillon. Implement a simple sbrk() which uses the existing setheap() api. Remove the custom allocator from the UFS code. It wasn't working quite right, and it shouldn't be needed with the new allocator. Fix a serious problem with changing the value of already-existent environment variables. Don't attempt to modify the supposedly-const argument to putenv() Fix an off-by-one sizing error in the zipfs code detected by the new allocator. Submitted by: zmalloc from Matt Dillon