Eu suspeito que isso seja intencional (em vez de apenas um bug). Em caso afirmativo, por favor, encaminhe-me para a documentação relevante para uma justificativa.
~$ i=0; ((i++)) && echo true || echo false
false
~$ i=1; ((i++)) && echo true || echo false
true
A única diferença entre as duas linhas é i=0vs.i=1
Existe uma maneira fácil de forçar sorta ignorar as extensões de arquivo ao classificar finda saída por nome de arquivo? Quero dizer, sem scripts extras.
Às vezes é conveniente usar read -t 3em vez de sleep 3. Como faço para funcionar com nohup?
nohup bash -c ' date; read -t 3; date ' | tail -n 2 nohup.out
Como você pode ver, read -t 3não espere por três segundos.
eu uso printf "input: "; read -e. Eu digito algo e pressiono Backspace. Ao chegar ao último caractere, apaga a input:parte junto com ele. Backspacenão se comporta mal se eu não tivesse digitado nada antes ou se eu usasse simples read(sem Readline).
Pressionar Enterainda faz seu trabalho de delimitador, mas o readcomando apenas termina silenciosamente, evitando mexer com a rolagem do console. Basicamente um read -sque afeta apenas a linha final.
Por exemplo, o usuário digita foofoo\b\b\bbar, pressiona enter e obtém uma varigualdade foofoo\b\b\bbarem vez de foobar. Sim, o usuário perde o recurso de exclusão e precisa usar outro atalho para exclusão. Ou pelo menos o contrário: backspace normal (pressionando) dá a eles foobare algum modificador + tecla backspace dá a eles backspaces literais.
Existe uma maneira de ativar reada aceitação de backspaces literais?
Porque:
[ "a" != "$(printf "\na")" ] && echo true || echo false
imprimir trueenquanto:
[ "a" != "$(printf "\n")a" ] && echo true || echo false
imprimir false?
Por exemplo, para gerenciar uma partição de disco para outro sistema onde o usuário existe. Sei que posso simplesmente criar um usuário temporariamente, mas acho essa questão interessante.
Existe alguma diferença entre eles, algum caso de uso especial que tornaria um deles preferível ao outro?
Suspeitei que o meld precisava que eles também fossem graváveis. No entanto, ele diz Could not read file(observe "lido"); além disso, a implicação seria que eles são graváveis para root, porque não houve esse erro para root.
~$ diff <(echo foo) <(echo bar)
1c1
< foo
---
> bar
~$ meld <(echo foo) <(echo bar) # not working, see comment below
~$ sudo -s
~# meld <(echo foo) <(echo bar) # works just fine
O primeiro retorna Could not read filee [Errno 2] No such file or directory: '/dev/fd/63'.
O que você suspeita ser o motivo desse comportamento?
Usuário sem privilégios acima, root abaixo.
