Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site tardis.UUCP Path: utzoo!watmath!clyde!bonnie!akgua!sdcsvax!dcdwest!ittvax!decvax!genrad!panda!talcott!wjh12!tardis!rst From: rst@tardis.UUCP (Robert Thau) Newsgroups: net.unix-wizards Subject: Re: shell field and profiles ... Message-ID: <127@tardis.UUCP> Date: Wed, 27-Feb-85 11:49:45 EST Article-I.D.: tardis.127 Posted: Wed Feb 27 11:49:45 1985 Date-Received: Sun, 3-Mar-85 05:30:31 EST References: <8685@brl-tgr.ARPA> Organization: Harvard University, Cruft Lab (TARDIS) Lines: 23 > /* > > > Those users could have their .profile, then `exec' their > > > as the last statement. > > > > 1) it's a kludge, the need for which can be obviated by a minor change > > to "login"; > > It's NOT a kluge, it was DESIGNED that way. Why modify REAL CODE to do > what you can with a PROFILE? Maybe because you don't want the user to be able to get to an unrestricted shell with a quick interrupt? (Please don't flame about how your shell prevents this. I've seen one .profile hookup broken like this on a (relatively) privileged account). Forgive me for proposing the obvious, but one could either modify the application, or write a short stub program in C which jockeys the environment into shape and exec's the application (and put that in the shell field). While neither is pretty, these at least avoid dragging in the Bourne shell. Robert Thau rst@tardis.ARPA