diff options
author | Tom Ryder <tom@sanctum.geek.nz> | 2016-12-03 00:22:17 +1300 |
---|---|---|
committer | Tom Ryder <tom@sanctum.geek.nz> | 2016-12-03 00:22:17 +1300 |
commit | 3135b4ce8d5974e1dee530928a8aacffe7eac433 (patch) | |
tree | f836bd76271f7c313286bc3ebe69376a0cf45f80 /sh/shrc | |
parent | Color compatibility fixes for tlcs(1df) (diff) | |
download | dotfiles-3135b4ce8d5974e1dee530928a8aacffe7eac433.tar.gz dotfiles-3135b4ce8d5974e1dee530928a8aacffe7eac433.zip |
Split ~/.shrc off stub ~/.shinit file
NetBSD sh(1) and possible others don't tolerate a `return` short-circuit
for ENV, which means that because that implementation also sources ENV
if set regardless of whether the shell is interactive or not, all of the
interactive stuff in ~/.shrc and ~/.shrc.d gets uselessly sourced and
loaded up for non-interactive invocations of sh(1).
To work around this, I've set ENV to be a new ~/.shinit file instead,
which sources the ~/.shrc file only if the shell is interactive.
~/.shinit is the filename suggested in the man page for NetBSD sh(1) and
Debian dash(1) as well.
NetBSD's documented behaviour seems to be contrary to POSIX 2003:
> ENV: This variable, when and only when an interactive shell is
> invoked, shall be subjected to parameter expansion (see Parameter
> Expansion ) by the shell, and the resulting value shall be used as a
> pathname of a file containing shell commands to execute in the
> current environment.
No matter; this works fine, and makes non-interactive invocations of
sh(1) on NetBSD much faster.
Diffstat (limited to 'sh/shrc')
-rw-r--r-- | sh/shrc | 6 |
1 files changed, 0 insertions, 6 deletions
@@ -1,9 +1,3 @@ -# Make sure the shell is interactive -case $- in - *i*) ;; - *) return ;; -esac - # Don't let anyone write(1) to my terminal command -p mesg n |