| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Wrap it in curly brackets to make it a compound command
|
|
|
|
|
|
|
| |
/usr/bin/awk: nonterminated character class ^[a-zA-Z0-9][a-zA-Z0
source line number 31 source file /sdf/udd/t/tejr/.local/bin/mftl
context is
if ($i ~ >>> /^[a-zA-Z0-9][a-zA-Z0-9./ <<<
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
NetBSD sh(1) doesn't like unassigned variables in arithmetic expressions
|
| |
|
|
|
|
|
|
|
| |
NetBSD and FreeBSD sh(1) doesn't seem to evaluate the assignments in
order, so in this change, the "d" variable doesn't get assigned
correctly. This makes sense as I don't think an evaluation order is
specified anywhere. It's clearer anyway.
|
| |
|
|
|
|
| |
NetBSD doesn't allow -p and -v to be used in the same call.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's not available on default installs of any of the three major
open-source BSDs, and isn't specified by POSIX. I only noticed this
because the implement of sh(1) in NetBSD 7.0 seems to emit errors from
calls to `command -p` to the terminal, regardless of any redirection of
standard output and error:
$ uname -a
NetBSD faeroes 7.0.1_PATCH NetBSD 7.0.1_PATCH (GENERIC.201607220540Z) amd64
$ command -p setterm
setterm: not found
$ command -p setterm >/dev/null
setterm: not found
$ command -p setterm >/dev/null 2>&1
setterm: not found
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This needs extension to handle tmux sessions; it should be something
like SHLVL - TMUX_SHLVL, which I'm not quite sure how to implement yet.
|
|
|
|
| |
Neither this nor unix-filename-rubout do quite what I want.
|
| |
|
|
|
|
|
| |
They are almost exactly the same script now; there might be a better way
to do this
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This should also work for very large numbers of files
|
|
|
|
|
| |
It turns out `-exec foo {} +` is in fact POSIX behaviour (since SUSv3 as
far as I can tell).
|
|\ \ |
|
| | |\
| |_|/
|/| | |
|
| |\ \
| |/ /
|/| | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
It impedes accurate copypasting from terminal emulators otherwise, which
is the main reason I implemented \b
|
| | |
| | |
| | |
| | | |
This was fixed in d51d5f6
|
| | | |
|
| | |
| | |
| | |
| | | |
And a relevant issue
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|