O intervalo de índice do array não permite iterar sobre uma nova linha no bash, por favor ajude!

Question

Estou trabalhando em um script simples que corrige um problema de nomeação duplicado em uma retropie.

O próprio script pega qualquer nome que seja mencionado mais de uma vez em um arquivo gameslist.xml e, em seguida, os armazena em uma matriz para uso posterior.

Eu acabo fazendo o loop sobre este array em índices como:

pi@retropie:~ $ for game in ${game_array[@]:0:10} ; do echo $game; done

que puxa o primeiro para o décimo elemento (ou seja, ${game_array[9]} ) no entanto, a saída é unida a uma linha:

pi@retropie:~ $ for game in ${game_array[@]:0:10} ; do echo $game; done
R.B.I. Baseball '94 World Series Baseball '95 Mega Games 1 Bill Walsh College Football T2: The Arcade Game Sonic & Knuckles + Sonic the Hedgehog Sega Top Five Pyramid Magic Tecmo Super Baseball Super Chinese Tycoon

Mas se eu fizer um loop por todo o array, ele gerará novas linhas conforme o esperado:

pi@retropie:~ $ for game in ${game_array[@]}; do echo $game; done | head -10
R.B.I. Baseball '94
World Series Baseball '95
Mega Games 1
Bill Walsh College Football
T2: The Arcade Game
Sonic & Knuckles + Sonic the Hedgehog
Sega Top Five
Pyramid Magic
Tecmo Super Baseball
Super Chinese Tycoon

o separador de campo foi definido para uma nova linha com IFS='$\n' , e é por isso que o segundo funciona, mas não posso, na minha vida, descobrir por que não está com o primeiro.

aqui está o script de teste completo para o contexto: (desculpe pela bagunça, precisa de uma limpeza quando estiver funcionando!)

#!/bin/bash

user_input=$1
while [ -z "$user_input" ]; do
        echo "please enter the name of the system you want to fix the game list for"
        echo "(as it is labelled in /home/pi/RetroPie/roms)"
        read -r user_input
done

ls "/home/pi/RetroPie/roms/$user_input" >/dev/null 2>&1

if  [ "$?" -ne 0 ]; then
        echo "this doesn't appear to be a system installed here. exiting."
        exit 1
fi

games_to_fix()
{
        IFS=$'\n'
        console=$1
        filepath="/opt/retropie/configs/all/emulationstation/gamelists/$console/gamelist.xml"
        game_array=($(fgrep "<name>" "$filepath" | sort | uniq -c | sort -rn | awk  '$1 > 1 {print $0}'| cut -d ">" -f 2 | cut -d "<" -f 1))
        number_to_fix=($(fgrep "<name>" "$filepath" | sort | uniq -c | sort -rn | awk  '$1 > 1 {print $1}'))
}

get_new_name()
{
        mYpath=$1
        new_name=$(echo $mYpath | cut -d ">" -f 2 | cut -d "<" -f 1 | sed -e 's/\.\///g' | sed -e 's/\.7z//g')
}

games_to_fix $user_input

IFS=$'\n'
index=0
for i in ${number_to_fix[@]}; do
        loop=1
        for game in ${game_array[@]:$index:$i}; do
        #       for ind in $(eval echo {1..$i}); do
                line_number=$(fgrep -n "<name>$game</name>"  $filepath | awk '{print $1}' | cut -d : -f 1 | sed -e "${loop}q;d")
                path_line_number=$(expr $line_number - 1 )
                path=$(sed "${path_line_number}q;d" $filepath | cut -d : -f 2)
                get_new_name "$path"
                sed -i "${line_number}s/$game/$new_name/g" $filepath
                ((loop++))
        done
        index=$(expr index + $i);
done

Se alguém puder me apontar na direção certa, será muito apreciado! Agradecemos antecipadamente.

    

Answer 1

Resumindo: você deve usar aspas em torno de expansões de array assim, a menos que você queira explicitamente a divisão de campos / palavras. "$@" expande cada parâmetro posicional para uma palavra separada e, da mesma forma, "${a[@]}" . Por extensão, isso deve funcionar da mesma maneira para "${a[@]:0:2}" .

Dito isto, ainda parece uma inconsistência no Bash, e o que você usou deve funcionar no seu caso (já que não há caracteres glob nos valores, e a divisão do campo é feita por IFS sendo configurada corretamente) .

Tomando o array completo funciona:

$ IFS=$'\n'
$ a=("foo bar" "asdf ghjk")
$ printf "%s\n" ${a[@]}
foo bar
asdf ghjk

Fatiar não funciona para uma matriz, mas funciona para $@ :

$ printf "%s\n" ${a[@]:0:2}
foo bar asdf ghjk

$ set -- "aa bb" "cc dd"
$ printf "%s\n" ${@:1:2}
aa bb
cc dd

Ele funciona em ksh e zsh, o que meio que sublinha que Bash é inconsistente aqui _{(zsh obviamente teria sua própria sintaxe para o equivalente)} :

$ ifs=$'\n' ksh -c 'IFS="$ifs"; a=("foo bar" "asdf ghjk"); printf "%s\n" ${a[@]:0:2}'
foo bar
asdf ghjk
$ ifs=$'\n' zsh -yc 'IFS="$ifs"; a=("foo bar" "asdf ghjk"); printf "%s\n" ${a[@]:0:2}'
foo bar
asdf ghjk

A versão citada também funciona no Bash e é melhor quando você quer apenas os valores como estão, desde que você não precise depender de IFS . O padrão IFS funciona bem aqui, mesmo que os elementos da matriz tenham espaços:

$ unset IFS                         # uses default of $' \t\n'
$ printf "%s\n" "${a[@]:0:2}"
foo bar
asdf ghjk

Parece que o ${a[@]:0:2} sem aspas une os elementos com espaços, um pouco como o que acontece no Bash em contextos em que a divisão de palavras não acontece (por exemplo, str=${a[@]} ). E então ele tenta dividir o resultado com IFS , como de costume. Por exemplo. aqui, ele se divide na nova linha no meio do segundo elemento da matriz:

$ IFS=$'\n'
$ a=("foo bar" $'new\nline' "asdf ghjk");
$ printf ":%s\n" ${a[@]:0:3}
:foo bar new
:line asdf ghjk

Como dito acima, você deve usar as aspas em torno de expansões de array na maioria dos casos, embora, ainda assim, alguém assuma que ${a[@]:n:m} resultaria em várias palavras, assim como ${a[@]} faz.

O comportamento aqui parece estar presente no Bash 4.4.12(1)-release e 5.0.0(1)-alpha . Eu postei um relatório de bug sobre isso.

    

Answer 2

citação

Citação

Citação

Citação !!

Isso funciona:

$ game_array=("foo bar" "baz" "bam foo" "bar")

$ for game in "${game_array[@]:0:10}" ; do echo "$game"; done
foo bar
baz
bam foo
bar