Pourquoi quelque chose pour $ PS3 est-il affiché, même lorsque $ PS3 est vide?

$ echo $PS1
$
$ echo $PS2
>
$ echo $PS3

$ echo $PS4
+
$ select i in 1 2 3
> do
> case $i in
> 1)
> echo 1
> ;;
> *)
> ;;
> esac
> done
1) 1
2) 2
3) 3
#? 1
1
$ PS3="##? "
$ select i in 1 2 3; do case $i in 1) echo 1; ;; *) ;; esac; done
1) 1
2) 2
3) 3
##? 1
1

Comme vous pouvez le voir, $PS1, $PS2et $PS4ont une valeur et le travail comme prévu. $PS3est vide (ou contient un espace, une tabulation, etc.), mais selectutilise #?for $PS3, mais lorsque la variable est définie, cela fonctionne normalement.

Pourquoi cela se comporte-t-il ainsi et pourquoi a-t-il été conçu de cette façon?

Parce que le doc le dit:

https://www.gnu.org/software/bash/manual/html_node/Bash-Variables.html#Bash-Variables

PS3

La valeur de cette variable est utilisée comme invite pour la commande de sélection. Si cette variable n'est pas définie, la commande de sélection vous invite avec '#? "

Il semble être codé en dur dans Bash. Dans execute_cmd.c, fonction execute_select_command(), il y a ceci:

ps3_prompt = get_string_value ("PS3");
if (ps3_prompt == 0)
    ps3_prompt = "#? ";

Notez que cela ne se produit que s'il PS3n'est pas défini. Si vous le définissez sur une chaîne vide, vous selectserez volontiers invité avec, eh bien, rien.

Dans bash, a PS3été défini sur "#? "lorsqu'il n'est pas défini , ce qui est par défaut.

De plus, ni n'est défini Posix, de sorte que le comportement peut varier:selectPS3

• ksh, mksh, yash, zshEt schily shparamètre par défaut défini à "#? ".
• dash, héritage sh, busybox shne définissent pasPS3

D'autres ont répondu pourquoi, mais voici comment - régler votre PS3 sur null:

$ PS3=$'\0'
$ select i in 1 2 3; do case $i in 1) echo "option #" 1; ;; *) ;; esac; done
1) 1
2) 2
3) 3
1
option # 1