Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 27 Dec 1995 07:01:28 +0800 (WST)
From:      Peter Wemm <peter@jhome.DIALix.COM>
To:        CVS-committers@freefall.freebsd.org, cvs-lib@freefall.freebsd.org
Subject:   Re: cvs commit: src/lib/libutil setproctitle.3 setproctitle.c Makefile
Message-ID:  <Pine.BSF.3.91.951227065207.620C-100000@jhome.DIALix.COM>
In-Reply-To: <199512262250.OAA20012@freefall.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 26 Dec 1995, Peter Wemm wrote:
>   Modified:    lib/libutil  Makefile
>   Added:       lib/libutil  setproctitle.3 setproctitle.c
>   Log:
>   Bring in an initial version of setproctitle()..  This is intended to
>   replace the dozen other various hacks in the code that do all sorts
>   of crude things including spamming the envrionment strings with the new
>   argv string.

I was also intending to add two sysctl variables to allow any old 
statically linked binaries to automatically pick up any changes to the 
kernel supplied user stack in the future.

I'm not so sure this is necessary now, as the majority of the uses of 
this code that will be statically linked will be system dependent in 
other ways (eg: sizeof(proc structs etc)).  Any applications that use 
this will most likely be dynamically linked and will pick up any changes 
automatically.

This code has a heuristic to allow it to run on the slightly older user 
stack layout that was in -current several weeks ago and is still in 
-stable.  -stable will have to change to support BSD/OS 2.x binaries.

I think that's about as far as the backwards compatability needs to go, 
but if anybody thinks it's worthwhile adding sysctl variables to make it 
"just that little bit more" adaptable in the face of any changes in the 
stack layout in the future, then let me know.

DG expressed interest in the ability to expand the kernel VM space in the
future, which led me to the sysctl ideas in the first place.  Doing this
will blow away the ability to support BSD/OS 2.x binaries, so to a certain
extent our hands are already a bit tied with regard to the ability to
expand the kernel VM space. :-(

-Peter




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.951227065207.620C-100000>