src-test2/bin/sh/memalloc.c, branch release/7.0.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.0.0_cvs 2008-02-24T05:45:17Z This commit was manufactured by cvs2svn to create tag 2008-02-24T05:45:17Z cvs2svn cvs2svn@FreeBSD.org 2008-02-24T05:45:17Z urn:sha1:a9c219fa3cec18ef9f30edec6fa106bf0e2d423d 'RELENG_7_0_0_RELEASE'. This commit was manufactured to restore the state of the 7.0-RELEASE image. Protect malloc, realloc and free calls with INT{ON,OFF} directly in chkalloc, 2005-10-28T10:45:19Z Stefan Farfeleder stefanf@FreeBSD.org 2005-10-28T10:45:19Z urn:sha1:670528cd789a9ce3d51e32edddc02e6b7ff358f9 ckrealloc and ckfree (added), respectively. sh jumps out of the signal handler using longjmp which is obviously a bad idea during malloc calls. Note: I think there is still a small race here because volatile sig_atomic_t only guarantees atomic reads and writes while we're doing increments and decrements. Protect a setmode call with INT{ON,OFF} as it calls malloc internally. PR: 45478 Patch from: Nate Eldredge Remove clause 3 from the UCB licenses. 2004-04-06T20:06:54Z Mark Murray markm@FreeBSD.org 2004-04-06T20:06:54Z urn:sha1:6195fb4102afbdfc3da8c0ac2e4cacb0f37d89a9 OK'ed by: imp, core Changes following CScout analysis: 2003-07-05T15:18:44Z Diomidis Spinellis dds@FreeBSD.org 2003-07-05T15:18:44Z urn:sha1:2ba1b30bf50f04ab147452cfba7a3b9899f1d59c - Removed dead declarations - Made objects that should have been declared as static, static. The changes use STATIC instead of static, following the existing convention in the rest of the code. Approved by: schweikh (mentor) MFC after: 2 weeks Third attempt at removing machdep.h and using ALIGN from <sys/param.h>. 2003-02-24T08:07:05Z Marcel Moolenaar marcel@FreeBSD.org 2003-02-24T08:07:05Z urn:sha1:caecb2f4c0461df16da9895ea72ab65dd690d4e4 The initial stack_block is staticly allocated and will be aligned according to the alignment requirements of pointers, which does not necessarily match the alignment enforced by ALIGN. To solve this a more involved change is required: remove the static initial stack and deal with an initial condition of not having a stack at all. This change is therefore more risky than the previous ones, but unavoidable (other than not using the platform default alignment). Discussed with: tjr Approved and reviewed by: tjr Tested on: alpha, i386, ia64 and sparc64 Revert ALIGN change for the second and last time. I can't figure out 2003-02-18T02:08:20Z Tim J. Robbins tjr@FreeBSD.org 2003-02-18T02:08:20Z urn:sha1:b228ca4dea9e65047166b9a76474b9d16df4e9e9 why this is breaking sparc64. Second attempt at removing machdep.h and using ALIGN from <sys/param.h>. 2003-02-17T03:51:44Z Tim J. Robbins tjr@FreeBSD.org 2003-02-17T03:51:44Z urn:sha1:decb00f6770a1e059fa7f9ee83cc6b103c48cf54 The problem with the previous attempt, as noticed by Marcel, was that stacknxt was being aligned to a pointer boundary instead of an ALIGNBYTES + 1 boundary, which broke sparc64. Temporarily back out machdep.h/ALIGN changes. It seems that on sparc64, 2003-02-16T03:28:11Z Tim J. Robbins tjr@FreeBSD.org 2003-02-16T03:28:11Z urn:sha1:da5f5439a41b93b4d83051d802e8a8409745c019 using the alignment from sys/param.h (16) instead of the alignment from machdep.h (8) tickled a nasty bug in the memory allocator that I haven't been able to track down yet. Use the ALIGN macro from <sys/param.h> instead of defining our own 2003-02-14T23:53:19Z Tim J. Robbins tjr@FreeBSD.org 2003-02-14T23:53:19Z urn:sha1:457ae4f0d40ee7c5779cb46619aa81c7ed645fb3 incorrect version in machdep.h. Delete machdep.h. Consistently use FBSDID 2002-06-30T05:15:05Z David E. O'Brien obrien@FreeBSD.org 2002-06-30T05:15:05Z urn:sha1:2749b1412921cacde0110606121acb7a5e1e2b62