Bash freqüentemente falha ao redirecionar stdout para um arquivo (de cat)

Ao ser executado cat >> file, o shell é aberto fileno diretório de trabalho atual em O_WRONLY|O_CREAT|O_APPENDum processo filho em fd 1 e, se for bem-sucedido, é executado catnesse processo.

Caso contrário, o shell exibirá uma mensagem de erro e não será executado cat.

Se não conseguir encontrar um catcomando, também exibirá uma mensagem de erro.

catpor sua vez, em um loop lê seu fd 0 e escreve o que leu em fd 1.

Novamente, se isso não acontecer, uma mensagem de erro será exibida.

Se o processo em execução catfor encerrado ou suspenso por um sinal, o shell também deverá reportá-lo no stderr (como Limite de tamanho de arquivo excedido se encerrado com SIGXFSZou suspenso (entrada tty) se suspenso com SIGTTIN).

Se fd 0 for aberto em um dispositivo tty e esse dispositivo tty for o mesmo, o shell lê seus comandos, o que normalmente será o caso, antes de executar cat, o shell configurará a disciplina de linha do tty da maneira que estava antes de entrar em seu próprio editor de linha .

Geralmente isso significa que estará no icanonmodo em que a disciplina de linha implementa um editor de linha bruto.

Em tudo isso, esse editor de linha é realmente a única coisa que reconhece caracteres especiais. stty -alhe dará uma lista. No meu caso aqui:

$ stty -a
speed 38400 baud; rows 43; columns 159; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; discard = ^O; min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke -flusho -extproc

Você verá o icanonmencionado acima. ^C, ^\, ^?, ^U, ^D, ^Q, ^S, ^Z, ^R, ^W, ^V, ^Ocaracteres são tratados de maneira especial. ^C// sujeito a (no meu caso habilitado), ^Z/ sujeito a , ( acima ) não suportado no Linux.^\isig^S^Qixondiscard^O

Por exemplo, se você inserir foobar^Ubaz, o foobaré kill , mas, novamente, você o verá sendo apagado no eco do que você digita.

Entrar no ^Cpersonagem mataria catno meio de sua vida read.

Mas a maioria dos emuladores de terminal hoje em dia remove esses caracteres ao colar arquivos . Então, para que isso aconteça ao colar, você precisaria usar um terminal que ainda não faça essa remoção ou que algumas dessas configurações kill/ werase/ intr... sejam definidas para alguns caracteres sem controle, o que seria um condição patológica.

Esse editor de linha também tem um limite no tamanho da linha que pode editar. No Linux, IIRC tem 4.095 bytes. Portanto, se você colar uma linha maior que essa, qualquer coisa além do 4095 ^byte será descartada.

No icanonmodo, cat's read()retornará quando o editor de linha tty sair, o que acontecerá quando você entrar ^M(o que é traduzido como ^Jon icrnl) ou ^Jou qualquer um dos caracteres eol, eol2ou eof.

Mas em qualquer caso, se catsair normalmente, ou seja, se não for eliminado por SIGINT upon ^Cou SIGQUIT upon ^\ou suspenso por SIGTSTP upon ^Z, e não reportar um erro, ele terá lido a entrada do terminal e gravado no arquivo .

Resumindo, o que você está experimentando não deveria acontecer em condições normais, e os únicos casos em que consigo pensar seriam os patológicos em que:

• as configurações tty conforme relatadas por stty -aestão todas erradas.
• ou os dados que você cola contêm caracteres de controle interpretados pelo editor de linha do driver tty e, por algum motivo, o editor do terminal não os remove.

Não descarte erros humanos, como não ver o erro relatado pelo catshell ou pelos arquivos criados em um diretório diferente do que você pensou, ou removido, substituído, renomeado ou truncado enquanto catestá em execução (como por aquele Syncthing que você mencionou usando nos comentários).

Com esse a='cat >>'alias, se você inserir a some fileem vez de a 'some file', será cat >> some fileo mesmo que cat file >> somee catlerá fileem vez de stdin e gravará a saída em somevez de some file.

Uma possível melhoria em relação a esse alias (assumindo GNU tee) seria:

a() {
  rlwrap -pblue -S 'add> ' tee --output-error=warn -a -- "$@" > /dev/null
}

Where rlwrapoferece um editor de linha mais avançado do que o driver tty bruto (e com o qual você já estará familiarizado se estiver usando bashcomo shell) e um prompt que deixa mais claro que está esperando alguma entrada.

E usar teepermite gravar a entrada em vários arquivos de uma só vez.

Se a intenção é evitar a substituição acidental de arquivos, considere definir uma variável de shell apropriada. Por exemplo, para bash,

set -o noclobber    # Do not allow > to overwrite a file
set -C              # The same

Exemplo

set -o noclobber
echo >ddd
echo >ddd
-bash: ddd: cannot overwrite existing file

set +o noclobber
echo >ddd