Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.ARPA Path: utzoo!watmath!clyde!burl!ulysses!ucbvax!kre From: kre@ucbvax.ARPA (Robert Elz) Newsgroups: net.unix-wizards Subject: Re: 4.2 oddity -- SLOGIN flag in proc.h Message-ID: <9885@ucbvax.ARPA> Date: Wed, 14-Aug-85 03:42:28 EDT Article-I.D.: ucbvax.9885 Posted: Wed Aug 14 03:42:28 1985 Date-Received: Sat, 17-Aug-85 15:19:00 EDT References: <607@brl-tgr.ARPA> Organization: University of California at Berkeley Lines: 31 Summary: What SLOGIN inon 4.2bsd really is. (really, I promise!) In article <607@brl-tgr.ARPA>, scc%computer-lab.cambridge.ac.uk@ucl-cs.arpa (Stephen Crawley) writes: > The header file contains the following line :- > > #define SLOGIN 0x0800000 /* a login process (legit child of init) */ > > However, ps -axl indicates that this bit is not set for any processes. Well, I hope its not set (on your, or any 4.2bsd or 4.3bsd system) but I assure you that it is set on my system (Melbourne Australia). > While making sure that the flag gets set would seem to be straight forward, > I'm not convinced that it would be stunningly useful. Well, it has its uses on my system - its related to the scheduling stuff that we have that requires the kernel to be able to detect when a user logs out (so it can send data to a daemon process waiting to record information about scheduling, so when he logs in again, minutes/hours/days/months later, things can be restored to their previous values (this is a gross simplification)). The flag is retained in proc.h so that no-one else will "accidentally" re-use the bit (or the name). Someday, perhaps, in the distant future, the Melbourne stuff might become a config option in 4.x bsd, just like the disc quota stuff is at the minute. Robert Elz kre@munnari.oz (Australia) seismo!munnari!kre (uucp) kre%munnari.oz@seimso.css.gov (arpa) (temporarily) ucvbax!kre or kre@ucbvax.berkeley.edu ps: I believe that I said much of this before, not very long ago...