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