ici, je suppose que ça commence par « [ » il ne cherche même pas la commande et te dit qu’il y a certainement une erreur de syntaxe) ;-)
Je ne pense pas :
$ echo -e "#\!/bin/bash\necho \"I love *NIX\"" > '[plop'&& chmod u+x '[plop'&& ./[plop
I love *NIX
Faut garder à l’esprit que seul deux caractères ne peuvent pas se trouver dans le nom d’un fichier : le caractère NUL et le caractère qui sert à indiquer l’arborescence. En général c’est / mais il me semble qu’on peut en utiliser un autre en recompilant le noyau, la libc et sûrement quelques autres trucs (à vérifier, ou pas...). Alors que NUL c’est vraiment impossible dans tous les cas de figure, de part son utilisation comme marqueur de fin de chaîne de caractères dans un programme (si je ne raconte pas de connerie).
Ne pas avoir eu cela à l’esprit quand j’ai dû lancer une commande copiée depuis un fichier texte édité sous notepad.exe de Windows, m’a bien fait tourner en bourrique une fois. Parce que oui, CR (ie: retour chariot) est un caractère valide pour un token...
[^] # Re: Maintenant qu'on est vendredi...
Posté par Marotte ⛧ . En réponse au journal Python à trou : trouve ton environnement. Évalué à 3. Dernière modification le 26 mars 2025 à 17:12.
Je ne pense pas :
Faut garder à l’esprit que seul deux caractères ne peuvent pas se trouver dans le nom d’un fichier : le caractère NUL et le caractère qui sert à indiquer l’arborescence. En général c’est
/mais il me semble qu’on peut en utiliser un autre en recompilant le noyau, la libc et sûrement quelques autres trucs (à vérifier, ou pas...). Alors que NUL c’est vraiment impossible dans tous les cas de figure, de part son utilisation comme marqueur de fin de chaîne de caractères dans un programme (si je ne raconte pas de connerie).Ne pas avoir eu cela à l’esprit quand j’ai dû lancer une commande copiée depuis un fichier texte édité sous notepad.exe de Windows, m’a bien fait tourner en bourrique une fois. Parce que oui, CR (ie: retour chariot) est un caractère valide pour un token...