src/lib/libstand/zalloc.c, branch release/6.3.0

The zalloc pool's size calculation breaks if sbrk() does not return

2002-12-19T23:23:20Z

contiguous chunks of memory. It happens to do so in the bootstrap code, but not necessarily in other places. MFC after: 7 days

Add __FBSDID()s to libstand

2001-09-30T22:28:01Z

$Id$ -> $FreeBSD$

1999-08-28T00:22:10Z

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.

Fixed setting of mp_End in zextendPool(). A case was missing and mp_Size

1998-09-26T03:24:14Z

no longer reflects the mp_End - mp_Base equivalent.

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