From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15026 invoked from network); 14 Apr 1997 20:32:48 -0000 Received: from euclid.skiles.gatech.edu (list@130.207.146.50) by ns1.primenet.com.au with SMTP; 14 Apr 1997 20:32:48 -0000 Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id QAA12837; Mon, 14 Apr 1997 16:26:46 -0400 (EDT) Resent-Date: Mon, 14 Apr 1997 16:24:37 -0400 (EDT) To: zsh-users@math.gatech.edu Sender: monnier@TEQUILA.SYSTEMSZ.CS.YALE.EDU From: Stefan Monnier Newsgroups: lists.zsh.users Subject: Re: strange behaviour with .zsh and su References: <5lencd5uvc.fsf@tequila.systemsz.cs.yale.edu> <199704141832.OAA14699@redwood.skiles.gatech.edu> Date: 14 Apr 1997 16:27:43 -0400 Message-ID: <5lbu7h5ozk.fsf@tequila.systemsz.cs.yale.edu> X-Newsreader: Gnus v5.3/Emacs 19.34 Path: tequila.systemsz.cs.yale.edu NNTP-Posting-Host: tequila.systemsz.cs.yale.edu Resent-Message-ID: <"Plc6u1.0.Y63.5AfKp"@euclid> Resent-From: zsh-users@math.gatech.edu X-Mailing-List: archive/latest/814 X-Loop: zsh-users@math.gatech.edu X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu Richard Coleman writes: > I think zsh's method for startup files is the most logical > of all the common shells. > . > .zshenv -- invoked on every startup. > .zshrc -- invoked for interactive shells. > .zlogin -- invoked for login shells. > .zlogout -- invoked on logout If it is the most logical for you, it's fine. But if it isn't, it does all those lookups for no reason. Actually, I don't care so much, I don't have to use them, right ? (my .zprofile and .zlogin are always empty since I mostly login via XDM anyway) The problem is more with /etc/zprofile and /etc/zlogin since you have to be careful with what you put in there: it might very well break (be broken by) ..zshenv (and even .zprofile and .zshrc for the /etc/zlogin). I'd be perfectly happy with /etc/zshenv, /etc/zshrc, ~/.zshenv, ~/.zshrc This way there is no weird interaction between user's and system's files. Anyway, this is all hot-air because it's not going to change any time soon, Stefan