Gestion des dollars

[JulesRF]

Il y a un petit soucis au niveau de ce cas la :

MINISHELL :
minishell$ $A
printing token list...

numero: 1
type: 2
content:-><-

/usr/local/sbin/: Permission denied

BASH :
bash-5.0$ $A
bash-5.0$

en gros ce que fait le parsing c'est que quand il trouve pas de correspondance entre ce qu'il y a apres le $ et env, il renvoie une chaine vide, mais dans notre cas, on dirait que l'execution ne gere pas le cas ou il n'y a qu'un token vide.

[JulesRF]

Autre chose qui vient du parsing pour sur, c'est lors de ce cas la :

MINISHELL:
cat /mnt/nfs/homes/$USER/Desktop/minishell/Makefile
minishell$ cat /mnt/nfs/homes/$USER/Desktop/minishell/Makefile
printing token list...

numero: 1
type: 2
content:->cat<-

---

numero: 2
type: 2
content:->/mnt/nfs/homes/<-

/usr/bin/cat: /mnt/nfs/homes/: Is a directory

BASH
cat le makefile normalement

[vfiszbin]

Il y a un petit soucis au niveau de ce cas la :

MINISHELL :

minishell$ $A
printing token list...

numero: 1

type: 2
content:-><-
/usr/local/sbin/: Permission denied

BASH : bash-5.0$ $A bash-5.0$

en gros ce que fait le parsing c'est que quand il trouve pas de correspondance entre ce qu'il y a apres le $ et env, il renvoie une chaine vide, mais dans notre cas, on dirait que l'execution ne gere pas le cas ou il n'y a qu'un token vide.

@JulesRF C'est partiellement réglé dans 90a1aa1
Mais on a pas exactement le même résultat que Bash. On a:

minishell$ $A
minishell: : command not found
minishell$

Car $A est remplacé par une chaîne vide, sauf que bash n'a pas l'air de remplacer $A par une chaîne vide, car si on tape directement une chaîne vide on obtient:

bash-5.0$ ''
bash: : command not found

Comme dans notre shell. Est-ce que l'expansion de variable dégage complètement le word si la chaîne contenue dans A est vide ou avec que des espaces ? Je ne me suis pas trop penché sur la question. En tout cas j'ai remarqué ça:

bash-5.0$ export A=' '
bash-5.0$ echo -n $A
bash-5.0$

Bash ne print pas les espaces, alors que si on tape directement les espaces:

bash-5.0$ echo -n ' '
bash-5.0$

Le décalage est bien là. Et enfin:

bash-5.0$ export A=' A '
bash-5.0$ echo -n $A
Abash-5.0$

bash-5.0$ export A='   A      B   '
bash-5.0$ echo -n $A
A Bbash-5.0$

On pourrait penser que Bash supprime bien les espaces (avant et après les caractères, et il ne reste qu'un espace entre A et B) ou chaînes vides quand il fait son expansion de variable. Mais uniquement au moment de l'expansion, parce que dans les variables d'environnement, la variables A est bien sauvegardée comme ça:

export A="   A      B   "

Bash fait bien un split des espaces, plus précisément un split de l'IFS : https://www.gnu.org/savannah-checkouts/gnu/bash/manual/bash.html#Word-Splitting

Il supprime les résultats d'expansion vide (comme le $A du début), c'est pour ça qu'il n'y a pas de 'command not found'.
"Unquoted implicit null arguments, resulting from the expansion of parameters that have no values, are removed."

Par contre, il conserve bien les chaînes vides explicites '' et "". C'est pour ça qu'on a:
bash-5.0$ ''
bash: : command not found
"Explicit null arguments ("" or '') are retained and passed to commands as empty strings."

[JulesRF]

pour ma part, j'ai regler le probleme concernant le parsing (deuxieme message du thread)

[JulesRF]

Il y a un petit soucis au niveau de ce cas la :

MINISHELL :

minishell$ $A
printing token list...

numero: 1

type: 2
content:-><-
/usr/local/sbin/: Permission denied
BASH : bash-5.
en gros ce que fait le parsing c'est que quand il trouve pas de correspondance entre ce qu'il y a apres le $ et env, il renvoie une chaine vide, mais dans notre cas, on dirait que l'execution ne gere pas le cas ou il n'y a qu'un token vide.

@JulesRF C'est partiellement réglé dans 90a1aa1 Mais on a pas exactement le même résultat que Bash. On a:

minishell$ $A minishell: : command not found minishell$

Car $A est remplacé par une chaîne vide, sauf que bash n'a pas l'air de remplacer $A par une chaîne vide, car si on tape directement une chaîne vide on obtient:

bash-5.0$ '' bash: : command not found

Comme dans notre shell. Est-ce que l'expansion de variable dégage complètement le word si la chaîne contenue dans A est vide ou avec que des espaces ? Je ne me suis pas trop penché sur la question. En tout cas j'ai remarqué ça:

bash-5.0$ export A=' ' bash-5.0$ echo -n $A bash-5.0$

Bash ne print pas les espaces, alors que si on tape directement les espaces:

bash-5.0$ echo -n ' ' bash-5.0$

Le décalage est bien là. Et enfin:

bash-5.0$ export A=' A ' bash-5.0$ echo -n $A Abash-5.0$

bash-5.0$ export A=' A B ' bash-5.0$ echo -n $A A Bbash-5.0$

On pourrait penser que Bash supprime bien les espaces (avant et après les caractères, et il ne reste qu'un espace entre A et B) ou chaînes vides quand il fait son expansion de variable. Mais uniquement au moment de l'expansion, parce que dans les variables d'environnement, la variables A est bien sauvegardée comme ça:

export A=" A B "

Bash fait bien un split des espaces, plus précisément un split de l'IFS : https://www.gnu.org/savannah-checkouts/gnu/bash/manual/bash.html#Word-Splitting

Il supprime les résultats d'expansion vide (comme le $A du début), c'est pour ça qu'il n'y a pas de 'command not found'. "Unquoted implicit null arguments, resulting from the expansion of parameters that have no values, are removed."

Par contre, il conserve bien les chaînes vides explicites '' et "". C'est pour ça qu'on a: bash-5.0$ '' bash: : command not found "Explicit null arguments ("" or '') are retained and passed to commands as empty strings."

En re testant aujourd'hui, on obtient le meme resultat que bash, je pense que ca a ete resolu grace au token phantom