Estou trabalhando em um script bash simples que corrige um problema de nomenclatura duplicada em um retropie.
O próprio script pega qualquer nome que é mencionado mais de uma vez em um arquivo gameslist.xml e os armazena em um array para uso posterior.
Eu acabo fazendo um loop sobre essa matriz em índices assim:
pi@retropie:~ $ for game in ${game_array[@]:0:10} ; do echo $game; done
que puxa o 1º para o 10º 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 em todo o array, ele será gerado em 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 e IFS='$\n'
é por isso que o segundo funciona, mas não consigo descobrir por que não é com o primeiro?
aqui está o script de teste completo para o contexto:
#!/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
Em resumo: você deve usar aspas em expansões de array como essa, a menos que queira explicitamente a divisão de campo/palavra.
"$@"
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 isso, 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 de campo é resolvida
IFS
sendo definida corretamente).Pegar a matriz completa funciona:
Fatiá-lo não funciona para uma matriz, mas funciona para
$@
:Ele funciona em ksh e zsh, o que meio que sublinha que o Bash é inconsistente aqui (zsh, é claro, teria sua própria sintaxe para o equivalente) :
A versão citada também funciona no Bash e é melhor quando você quer apenas os valores como estão, já que não precisa depender de
IFS
. O padrãoIFS
funciona bem aqui, mesmo que os elementos do array tenham espaços:Parece que o sem aspas
${a[@]:0:2}
une os elementos com espaços, um pouco como o que acontece no Bash em contextos onde a divisão de palavras não acontece (por exemplostr=${a[@]}
, ). E então tenta dividir o resultado comIFS
, como de costume. Por exemplo, aqui, ele se divide na nova linha no meio do segundo elemento da matriz:Como dito acima, você realmente deve usar as aspas em torno de expansões de array na maioria dos casos, embora ainda assim, seria de se supor
${a[@]:n:m}
que resultaria em várias palavras, assim como${a[@]}
.O comportamento aqui parece presente em Bash
4.4.12(1)-release
e5.0.0(1)-alpha
. Eu postei um relatório de bug sobre isso.citação
citação
Citar
Citar
Citar!!
Isso funciona: