leia -a matriz -d '\ n' <foo, código de saída 1

Se eu tentar executar

read -a fooArr -d '\n' < bar

o código de saída é 1 - mesmo que ele realize o que eu quero; coloque cada linha de barem um elemento da matriz fooArr(usando o bash 4.2.37).

Alguém pode explicar por que isso está acontecendo

Eu encontrei outras maneiras de resolver isso, como as abaixo, então não é isso que estou pedindo.

for ((i=1;; i++)); do
    read "fooArr$i" || break;
done < bar

ou

mapfile -t fooArr < bar

O que precisa ser explicado é que o comando parecia funcionar, não seu código de saída

'\n'tem dois caracteres: uma barra invertida \e uma letra n. O que você pensou que precisava era $'\n', que é um avanço de linha (mas isso também não seria correto, veja abaixo).

A -dopção faz isso:

  -d delim  continue until the first character of DELIM is read, rather
            than newline

Portanto, sem essa opção, readseria possível ler uma nova linha, dividir a linha em palavras usando os caracteres $IFScomo separadores e colocar as palavras na matriz. Se você especificou -d $'\n', definindo o delimitador de linha como uma nova linha, ele faria exatamente a mesma coisa . Configuração -d '\n'significa que ele lerá a primeira barra invertida (mas, mais uma vez, veja abaixo), que é o primeiro caractere delim. Como não há barra invertida em seu arquivo, o readfinal será no final do arquivo e:

Exit Status:
The return code is zero, unless end-of-file is encountered, read times out,
or an invalid file descriptor is supplied as the argument to -u.

É por isso que o código de saída é 1.

Pelo fato de você acreditar que o comando funcionou, podemos concluir que não há espaços no arquivo, para que read, depois de ler o arquivo inteiro na esperança fútil de encontrar uma barra invertida, o divida por espaço em branco (o valor padrão de $IFS), incluindo novas linhas. Portanto, cada linha (ou cada palavra, se uma linha contiver mais de uma palavra) é armazenada na matriz.

O misterioso caso da barra invertida roubada

Agora, como eu sabia que o arquivo não continha barras invertidas? Porque você não forneceu a -rbandeira para read:

  -r                do not allow backslashes to escape any characters

Portanto, se você tivesse barras invertidas no arquivo, elas teriam sido removidas, a menos que você tivesse duas delas seguidas. E, é claro, existem evidências de que readhavia um código de saída 1, o que demonstra que ele não encontrou uma barra invertida; portanto, não havia dois deles seguidos.

Aprendizado

Bash não seria uma festa, se não houvesse truques escondidos atrás de quase todos os comandos, e readnão é exceção. Aqui estão alguns:

1. A menos que você especifique -r, readinterpretará as seqüências de escape de barra invertida. A menos que seja realmente o que você deseja (o que ocasionalmente é, mas apenas ocasionalmente), lembre-se de especificar -rpara evitar que os caracteres desapareçam, no caso raro de haver barras invertidas na entrada.

2. O fato de readretornar um código de saída 1 não significa que ele falhou. Pode ter sido bem-sucedido, exceto para encontrar o terminador de linha. Portanto, tenha cuidado com um loop como este: while read -r LINE; do something with LINE; done porque falhará do somethingcom a última linha no caso raro de que a última linha não tenha uma nova linha no final.

3. read -r LINE preserva barras invertidas, mas não preserva os espaços em branco à esquerda ou à direita.

Esse é o comportamento esperado:

O código de retorno é zero, a menos que seja encontrado o final do arquivo, [...]

start cmd:> echo a b c | { read -a testarray; echo $?; }
0

start cmd:> echo -n a b c | { read -a testarray; echo $?; }
1