Date: Sun, 16 Feb 2003 17:34:45 -0800 (PST) From: Julian Elischer <julian@elischer.org> To: Bruce Evans <bde@zeta.org.au> Cc: Alfred Perlstein <alfred@FreeBSD.org>, Max Khon <fjoe@FreeBSD.org>, src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern sysv_shm.c Message-ID: <Pine.BSF.4.21.0302161726140.99373-100000@InterJet.elischer.org> In-Reply-To: <20030217111423.R3751-100000@gamplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 17 Feb 2003, Bruce Evans wrote: > > Overflow checking of shminfo.shmmax isn't very useful. Most tunables > have no sanity checking, and none have complete sanity checking. For > shminfo.shmmax, users can get the same effect as overflow by setting > kern.ipc.shmmaxpages to a too-small value. E.g., 0 gives the same > result as 2^32/PAGE_SIZE after overflow, and overflow is benign on all > supported machines so the effect is also the same. > I've often thought at it would be good to be able to specify a sysctl or tunable (loader tunable) in a way that some simple min and max values are checked.. Ther are a lot of cases for sysctls where there needs to be a special handler because we need to check that the input is between 1<input<N where a standard handler could be used if one could specify to it that the input should be bounded by 1 and N. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0302161726140.99373-100000>