Subject: Re: pid limit (Was: Re: Kernel support for ELF-format core files)
To: Jaromir Dolecek <jdolecek@netbsd.org>
From: gabriel rosenkoetter <gr@eclipsed.net>
List: tech-kern
Date: 01/24/2002 15:13:25
--qnK4RqISe3HuYx1/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jan 24, 2002 at 09:02:22PM +0100, Jaromir Dolecek wrote:
> Well, int is more efficient to work with than short anyway :)

Excepting architectures where they're the same thing, in which case
our pid_t actually being an int32_t is going to already be fairly
complicated.

(Or do we make pid_t 16 bits there? Even more in favor of your
point...)

> I think that the limit should be bumped to SHRT_MAX-1 (and NO_PID
> =3D=3D SHRT_MAX), but not more.

Seems reasonable to me, and certainly beats 3000.

--=20
gabriel rosenkoetter
gr@eclipsed.net

--qnK4RqISe3HuYx1/
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (NetBSD)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjxQauUACgkQ9ehacAz5CRomXACeMj8VOAKO6rwRt+BhlQ1nIUt1
ghcAn1uvmx5McFl3LH+iW5EYFOsdDBRz
=WdIe
-----END PGP SIGNATURE-----

--qnK4RqISe3HuYx1/--