agc's questions

O /usr/bin/printfcomprimento da lista de argumentos util é limitado ao comprimento máximo da linha de comando do shell ( ou seja getconf ARG_MAX , no meu sistema seria 2097152 ); exemplo:

# try using a list that's way too long
/usr/bin/printf '%s\n' $(seq $(( $(getconf ARG_MAX) * 2 ))) | tail -1

Resultado:

bash: /usr/bin/printf: Argument list too long

Hoje sou informado que os embutidos do shell printfnão têm esse limite; teste:

printf '%s\n' $(seq $(( $(getconf ARG_MAX) * 2 ))) | tail -1

Resultado:

4194304

Perguntas:

1. Uma olhada rápida man bash dashnão parece dizer muito sobre essa vantagem do built printf -in . Onde está documentado?

2. O builtin printf s ( por exemplo bash ) tem um comprimento máximo de lista de argumentos em caracteres e, se sim, qual é esse comprimento?

Suponha que haja um disco rígido /dev/sdae ambos:

• /dev/sda1é uma única partição ext4 que ocupa todo o disco e está praticamente vazia de dados.
• dumpe2fs -b /dev/sda1gera a lista de badblocks, que neste caso gera um único número alto b representando um bloco defeituoso próximo ao final de /dev/sda; b felizmente não faz parte de nenhum arquivo.

Agora, uma partição swap precisa ser adicionada ao início de /dev/sda1, e gparted( v0.30.0-3ubuntu1 ) é usado para:

• Redimensione (encolher) sda1 , para que inicie vários gigabytes depois, mas termine no mesmo local.
• Adicione uma partição swap na lacuna deixada reduzindo sda1 .

Assim gpartedtermina o trabalho e corremos dumpe2fs -b /dev/sda1novamente. O que acontece? Será que...?

1. Não produz nada, o que significa que o redimensionamento esqueceu o bloco defeituoso.
2. Saída b inalterada.
3. Saída b + o onde o é um deslocamento correspondente a onde o recém-encolhido /dev/sda1agora começa.

NOTA: Para simplificar a questão, suponha que o disco rígido em questão não tenha firmware SMART . (Comentários sobre firmware estão fora do tópico.)

Geralmente pasteimprime dois arquivos nomeados (ou equivalentes) em colunas adjacentes como esta:

paste <(printf '%s\n' a b) <(seq 2)

Resultado:

a   1
b   2

Mas quando os dois arquivos são /dev/stdine /dev/stderr, não parece funcionar da mesma maneira.

Suponha que temos um programa b falta b box que gera duas linhas na saída padrão e duas linhas no erro padrão . Para fins de ilustração, isso pode ser simulado com uma função:

bb() { seq 2 | tee >(sed 's/^/e/' > /dev/stderr) ; }

Agora execute annotate-output, (no pacote devscripts no Debian/Ubuntu/etc. ), para mostrar que funciona:

annotate-output bash -c 'bb() { seq 2 | tee >(sed 's/^/e/' > /dev/stderr) ; }; bb'
22:06:17 I: Started bash -c bb() { seq 2 | tee >(sed s/^/e/ > /dev/stderr) ; }; bb
22:06:17 O: 1
22:06:17 E: e1
22:06:17 O: 2
22:06:17 E: e2
22:06:17 I: Finished with exitcode 0

Então funciona. Alimentar bbpara paste:

bb | paste /dev/stdin /dev/stderr

Resultado:

1   e1
e2
^C

Ele trava - ^Csignifica pressionar Control-C para sair.

Alterar o |para a ;também não funciona:

bb ; paste /dev/stdin /dev/stderr

Resultado:

1
2
e1
e2
^C

Também trava -- ^Csignifica pressionar Control-C para sair.

Saída desejada:

1    e1
2    e2

Pode ser feito usando paste? Se não, por que não?

basharmazena o histórico de linha de comando de um usuário em um arquivo de texto simples "~/.bash_history" .

Supondo que apenas um usuário esteja usando um único terminal, há algum efeito colateral ruim de abrir "~/.bash_history" em um editor de texto baseado em terminal (ou sed, et al ) e salvá-lo enquanto a instância desse usuário bashestá em execução?

Dado arquivo.csv :

a,b,c
1,2,3

Como pode mlrser feito para saída:

a,b,c
1,2,c

Usando o nome da etiqueta $c sem saber de antemão que $ccontém a letra " c "?

Nota: a resposta correta deve usar mlrapenas.

Eu teria suposto que este código teria impresso " oof " primeiro:

echo foo | tee >(rev) | ( sleep 1 ; cat ; )

Resultado:

foo
oof

Aumentar o sleeptempo não altera a ordem. Por que isso não funciona?

Observe que outras ferramentas funcionam como esperado, por exemplo : echo foo | pee rev 'sleep 1 ; cat'.