e
above with and without the #.
--
Ilkka Virta / itvi...@iki.fi
dash : 2 3 3 3 3 hello
busybox sh: 2 3 3 3 3 hello
bash : 2 2 2 3 3 hello
ksh93 : 2 2 2 3 3 hello
zsh : 1 2 2 2 3 hello
--
Ilkka Virta / itvi...@iki.fi
n some cases you might want the filename
prefixed with a string, e.g.:
somecmd --file=<(echo something)
Ksh's behavior makes that impossible.
--
Ilkka Virta / itvi...@iki.fi
On 31.5. 02:20, L A Walsh wrote:
Ilkka Virta wrote:
On 22.5. 00:17, Uriel wrote:
As you know, a conditional is of the type:
if [[ EXPRESSION ]]; then TRUE CONDITION; else ALTERNATIVE RESULT; fi
Or with logical operators and groups:
[[ EXPRESSION ]] && { TRUE CONDITION; } || { ALT
version of the script below looks
horribly unreadable.
the problem seems to be one of the operator
«!» in
a «=~» conditional because when testing this same notation with other
conditions
it does not seem to have an error.
You can hit that in other ways, too, e.g.:
falsy_echo() { echo &q
al is an older version than that in git, but I
didn't see this mentioned in the devel version of the manual either.)
[1] https://www.gnu.org/software/bash/manual/html_node/Shell-Parameters.html
[2]
https://www.gnu.org/software/bash/manual/html_node/Special-Parameters.html
--
Ilkka Virta / itvi...@iki.fi
e link, but doesn't recurse
through it? Did I get that right?
That does seem somewhat surprising. The documentation on globstar
doesn't seem to mention anything about behaviour re. symlinks either.
--
Ilkka Virta / itvi...@iki.fi
tput sgr0)". You probably don't have anything to
the right of the cursor at that point, so it'll only reset the color.
--
Ilkka Virta / itvi...@iki.fi
In the end it does get interpreted as a shell script, in both cases.
https://unix.stackexchange.com/questions/373223/which-shell-interpreter-runs-a-script-with-no-shebang
--
Ilkka Virta / itvi...@iki.fi
lar error condition, without changing
the overall behaviour.
2 would have my preference.
--
Ilkka Virta / itvi...@iki.fi
, there are no quotes in the string to be compared, you've just
quoted the string on the left-hand side. The quotes are removed as usual
before the string is compared.
echo "$(for f in a b c; do if [[ '"$f"' > b ]]; then echo "$f > b"; else
echo "$f <= b&
lettercase (it would also make a* match A).
--
Ilkka Virta / itvi...@iki.fi
case. Sort of confusing, really.
--
Ilkka Virta / itvi...@iki.fi
bject: foo=$*: ^A and DEL are prefixed or removed
http://lists.gnu.org/archive/html/bug-bash/2017-11/msg00107.html
If I read the commit message correctly, this looks like a fix for it:
http://git.savannah.gnu.org/cgit/bash.git/commit/?h=devel=32dc2bf525399a80ef098bcf852331bc276c7ce8
--
Ilkka Virta / itvi...@iki.fi
101 - 114 of 114 matches
Mail list logo