Je d=E9bute dans le monde du korn shell... et je cherche =E0 faciliter le=20
travail de certain utilisateurs...
Dont moi :)
comment dois-je proc=E9der pour afficher dans une "liste de choix" le=20
retour d'une commande ls ?
Et id=E9alement r=E9cup=E9rer le nom du fichier ou dossier qu'a s=E9lection=
ner=20
l'utilisateur ?
C'est vrai, et le résultat est identique, mais ça esquive la question
(retour de ls).
sigh...
Non, le resultat n'est pas identique.
Le plus souvent, si.
$(ls) ne fait pas de sens si on n'a pas au prealable modifié IFS et fait un set -f.
J'ai précisé que les fichiers ne devaient pas contenir d'espace.
Les autres cas ne me semblent pas très réalistes (fichiers dont le nom contient "*", "?", "<Tab>" ou un retour chariot ...)
Et * devient "*" s'il n'y a pas de fichier dans le repertoire courant.
C'est vrai, on peux aussi supposer qu'il y en a, d'après l'énoncé de la question posée.
Pascal Bourguignon
Jean-Louis Liagre writes:
J'ai précisé que les fichiers ne devaient pas contenir d'espace.
Les autres cas ne me semblent pas très réalistes (fichiers dont le nom contient "*", "?", "<Tab>" ou un retour chariot ...)
Bien au contraire, avec les interfaces utilisateurs graphiques, le plus réaliste c'est uque le nom de fichier contienne des espace, des étoiles, des points d'interrogation et toute sorte de caractères bizarres.
PLEASE NOTE: Some quantum physics theories suggest that when the consumer is not directly observing this product, it may cease to exist or will exist only in a vague and undetermined state.
Jean-Louis Liagre <root@localhost> writes:
J'ai précisé que les fichiers ne devaient pas contenir d'espace.
Les autres cas ne me semblent pas très réalistes (fichiers dont le nom
contient "*", "?", "<Tab>" ou un retour chariot ...)
Bien au contraire, avec les interfaces utilisateurs graphiques, le
plus réaliste c'est uque le nom de fichier contienne des espace, des
étoiles, des points d'interrogation et toute sorte de caractères
bizarres.
PLEASE NOTE: Some quantum physics theories suggest that when the
consumer is not directly observing this product, it may cease to
exist or will exist only in a vague and undetermined state.
J'ai précisé que les fichiers ne devaient pas contenir d'espace.
Les autres cas ne me semblent pas très réalistes (fichiers dont le nom contient "*", "?", "<Tab>" ou un retour chariot ...)
Bien au contraire, avec les interfaces utilisateurs graphiques, le plus réaliste c'est uque le nom de fichier contienne des espace, des étoiles, des points d'interrogation et toute sorte de caractères bizarres.
PLEASE NOTE: Some quantum physics theories suggest that when the consumer is not directly observing this product, it may cease to exist or will exist only in a vague and undetermined state.
Stephane Chazelas
2007-02-02, 03:51(+01), Pascal Bourguignon:
Jean-Louis Liagre writes:
J'ai précisé que les fichiers ne devaient pas contenir d'espace.
Les autres cas ne me semblent pas très réalistes (fichiers dont le nom contient "*", "?", "<Tab>" ou un retour chariot ...)
Bien au contraire, avec les interfaces utilisateurs graphiques, le plus réaliste c'est uque le nom de fichier contienne des espace, des étoiles, des points d'interrogation et toute sorte de caractères bizarres. [...]
Et pour moi, ce n'est pas une question de ce qui est probable ou pas, mais de syntaxe correcte ou pas.
La syntaxe shell est a la con, il faut faire avec ou utiliser de meilleurs languages, il y en a plein des intereprétés de nos jours.
-- Stéphane
2007-02-02, 03:51(+01), Pascal Bourguignon:
Jean-Louis Liagre <root@localhost> writes:
J'ai précisé que les fichiers ne devaient pas contenir d'espace.
Les autres cas ne me semblent pas très réalistes (fichiers dont le nom
contient "*", "?", "<Tab>" ou un retour chariot ...)
Bien au contraire, avec les interfaces utilisateurs graphiques, le
plus réaliste c'est uque le nom de fichier contienne des espace, des
étoiles, des points d'interrogation et toute sorte de caractères
bizarres.
[...]
Et pour moi, ce n'est pas une question de ce qui est probable ou
pas, mais de syntaxe correcte ou pas.
La syntaxe shell est a la con, il faut faire avec ou utiliser de
meilleurs languages, il y en a plein des intereprétés de nos
jours.
J'ai précisé que les fichiers ne devaient pas contenir d'espace.
Les autres cas ne me semblent pas très réalistes (fichiers dont le nom contient "*", "?", "<Tab>" ou un retour chariot ...)
Bien au contraire, avec les interfaces utilisateurs graphiques, le plus réaliste c'est uque le nom de fichier contienne des espace, des étoiles, des points d'interrogation et toute sorte de caractères bizarres. [...]
Et pour moi, ce n'est pas une question de ce qui est probable ou pas, mais de syntaxe correcte ou pas.
La syntaxe shell est a la con, il faut faire avec ou utiliser de meilleurs languages, il y en a plein des intereprétés de nos jours.