Não espero que seja modificável. Ou seja, não espero que ele ative algo como ARGS=("${ARGS[@]}"), mas apenas simplifique algo como myarray=("${ARGS[@]/--unneeded-argument/}").
Observe que o --unneeded-argumentexemplo não pretende implicar a remoção de argumentos é a razão pela qual estou perguntando. É uma pergunta que tenho em mente há anos e nunca obtive uma resposta definitiva.
Alguns aplicativos se comportam de maneira diferente em uma resolução de tela diferente. Existe alguma maneira de fazer com que o sistema relate uma resolução diferente, especificada pelo usuário, para um aplicativo GUI ao iniciá-lo?
Por comportar-se de maneira diferente , quero dizer, por exemplo, que sua janela não redimensionável é menor (não necessariamente fisicamente, por razões óbvias, mas menos pixels) se eu mudar o monitor para uma resolução mais baixa.
Algo como:
~$ sudolution 800x600 unresizableapp
Ou existe algum método para forçar - redimensionar janelas não redimensionáveis?
O que pode explicar os exemplos abaixo e como faço para corrigir isso, de preferência sem citar acrobacias pesadas? Estou usando o $npara simular várias sequências de comandos de linha, apenas no caso de distrair você da questão real.
~$ n=$'\n'; sudo -i echo "line1${n}line2${n}"
line1line2
~$
mas
~$ n=$'\n'; sudo echo "line1${n}line2${n}"
line1
line2
~$
O script abaixo funciona perfeitamente com bash, mas não com sudo bashou sh. Pressionar enterou ^Cnão funcionará. Apenas ^\e ^Ztrabalho, mas não com sudo bash.
printf '#!/bin/sh\nread var\n' > myscript
chmod +x myscript
sh -c "timeout -k 1 10 ./myscript"
# it does work when `bash` is used instead of `sh`
Eu sei que posso usar read -t 10. (Isso não está disponível she funciona apenas se eu parar de usar de timeoutqualquer maneira.) Mas o motivo pelo qual estou usando timeoutnão tem nada a ver com read. Eu preciso disso para (outras coisas em) myscript. Não preciso de uma solução alternativa, mas de uma explicação para a coisa bash/ sudo bashe espero uma solução para timeoute read.
Acabei de mencionar um atalho para e seu uso deve ser óbvio, mas não é óbvio para mim. Como posso dizer que "marquei" algo? Por que eu marcaria algo? Essa coisa tem um escopo? Alguma vez expira? E recebo um aviso bash quando/onde aconteceu? E acima de tudo, legal, eu "marquei". E agora?
Então, o que exatamente é essa marca que posso definir e para que eu a usaria?
Existe uma resposta relacionada (link abaixo), mas isso requer set-mark. Ctrl+ Ufunciona de forma diferente. \Cuou \C-unão pode apenas ser substituído pelo \eW(código abaixo).
Aqui está o que sugere Compartilhar a área de transferência entre o bash e o X11 .
if [[ -n $DISPLAY ]]; then
copy_line_to_x_clipboard () {
printf %s "$READLINE_LINE" | xsel -ib
}
bind -x '"\eW": copy_line_to_x_clipboard'
fi
Portanto, a pergunta é: como faço Ctrl+ Uno bash adicionar texto que corta para o buffer de colagem do mouse do Xorg (clique com o botão do meio)?
Eu testei isso:
~$ test() { echo foo |sed -r s/.*(.)/\\1/g; }
~$ test
o
Até agora tudo bem. Mas então:
~$ export -f test
~$ bash -c ''
bash: test: line 0: syntax error near unexpected token `('
bash: test: line 0: `test () { echo foo | sed -r s/.*(.)/\\1/g'
bash: error importing function definition for `test'
Eu sei que usar aspas com sedresolve o problema. Mas o bash não exportar uma função que executa é alarmante e requer explicações, regras e casos.
Eu esperaria que o bash fosse capaz de lidar com suas próprias citações, então acho que pode ser apenas um bug.
Alguns processos não podem ser eliminados antes de outros processos, então posso pensar em um caso em que kill <PID list>tenta matar tal processo, desiste e, em seguida, mata seu "parceiro" com sucesso, deixando o anterior não qualificado, embora pudesse tê-lo matado também, tentou novamente mais tarde.
Se esse caso for verdadeiro, outra pergunta seria: kill <PID list>obedece à ordem dos PIDs na minha lista ou devo usar processos de eliminação separados para controlar a ordem em que os processos são eliminados?