Discussion :

[Flodelarab]

Le mot c'est peut-être interactif ou pas.

Interactif, ou pas, ou les deux comme gnuplot ou python.

[Invité]

Ouais ben ça fait pas avancer la discussion.

[Winnt]

Bonsoir,

Pour avoir suivi cette discussion depuis le début, je n'ai toujours pas compris ce que vous voulez.

Il faudrait clarifier votre demande, afin que les personnes suivant cette discussion soient à même de vous apporter l'aide que vous recherchez.

[Invité]

Je cherche une classification des commande Gnu/Linux.|

[N_BaH]

moi, demain, je vais aller à la pâtisserie du coin en disant : «je veux un gâteau»,
et puis j'insisterai : «je veux un gâteau! j'sais pô comment, j'veux un gâteau, avec de la pâte et des trucs dessus !»

je me demande comment je vais être accueilli par le pâtissier ?

est-ce que je vais jouer à ça avec le boucher ?

[Winnt]

N_BaH a, avec humour, parfaitement posé le problème.

Tant que vous ne clarifierez pas votre demande, aucune aide pertinente ne pourra vous être apportée.

[Invité]

Bonjour,

Je pense que si je classe les commandes entre celles qui ne demande pas plus que ce qui est fourni sur la ligne de commande et les autre tel un éditeur de texte je serais pas mal.


Donc d'un côté j'aurais, les éditeur de texte ou "cat" ou les shell, midnight commander, lynx etc
De l'autre, je sais plus trop, ls, du, cat aussi peut-être (je sais pas comment je vais faire), enfin toute les commande qui ne sont pas interactive.

Le mot c'est peut-être interactif ou pas.

De manière à gérer un appel à ces commandes via le Spawn de mon langage (Ada) et les sorties qui sont regroupées dans un unique fichier.

[Invité]

Peut-être, aussi, classer les commande qui termine en renvoyant un code d'erreur avant de terminer réellement et les autres.
Ca c'est important.

Si vous savez ou je peux trouver l'info, je suis preneur. Ou une méthode pour tester les commande.

Voilà, s'il vous plaît, bien évidemment. Merci.

[Flodelarab]

Ouais ben ça fait pas avancer la discussion.

Sa seigneurie voudra bien essayer de me pardonner de tenter de faire avancer sa classification.

[Invité]

Désolé.

La référence à l'ambiguïté sous- jacente m'a perturbée.

[gangsoleil]

Donc, en fait, si je lis bien entre les lignes, tu veux pouvoir lister les commandes que tu peux appeler depuis un programme sans que celui-ci ne soit obligé d'interagir avec l'utilisateur ?

Du genre : execute ("ls /tmp") qui fonctionnera comme tu le souhaites, alors que execute ("vim") te poserait des problèmes ?

Attention, il y a pas mal de programmes qui peuvent ou non être intéractifs : execute ("python /tmp/mon_fichier.py") executera le contenu du fichier, alors que execute ("python") attendra une entrée -- tout en faisant attention à ce que mon_fichier.py ne soit pas interactif bien sur.

À moins que ça ne soit pas du tout ça ?

[Flodelarab]

Merci de valider la remarque du message #21

[Invité]

Donc, en fait, si je lis bien entre les lignes, tu veux pouvoir lister les commandes que tu peux appeler depuis un programme sans que celui-ci ne soit obligé d'interagir avec l'utilisateur ?

Du genre : execute ("ls /tmp") qui fonctionnera comme tu le souhaites, alors que execute ("vim") te poserait des problèmes ?

Attention, il y a pas mal de programmes qui peuvent ou non être intéractifs : execute ("python /tmp/mon_fichier.py") executera le contenu du fichier, alors que execute ("python") attendra une entrée -- tout en faisant attention à ce que mon_fichier.py ne soit pas interactif bien sur.

À moins que ça ne soit pas du tout ça ?

Bonjour,

Oui ! Tel est mon problème. Je ne peux pas interagir avec un quelconque programme suite a son lancement.

[N_BaH]

Je ne peux pas interagir avec un quelconque programme suite a son lancement.

comme dans un cron, je ne vais évidemment pas coller un less dans un script qui sera appelé par cron !
et avant d'inscrire mon script dans ma crontab, je le teste pour vérifier qu'il n'affiche rien, et ne bloque pas.

qu'est-ce qui change par rapport à ton programme ADA ?

[Invité]

Je n'ai pas compris la question.

Ada, ça s'écrit "Ada".

[gangsoleil]

Bien. Donc maintenant qu'on entraperçoit un peu mieux ce que tu veux, il faut déterminer ce que tu appelles les commandes GNU/Linux. Parce que selon la distribution, le shell, et les programmes installés, et les droits des différents utilisateurs, la "liste" des commandes ne sera pas la même.

En fait, ce qui serait top, ça serait que tu nous dises ce que tu veux réellement faire, ce qui t'es demandé, enfin quelque chose comme ça.

[Invité]

J'écris, avec Ada, une interface Gnu/Linux évoluée. Sans savoir où je vais ; C'est à dire que j'enrichis mon interface jour après jour sans plan.
J'ai juste une envie de programmer pour Gnu/Linux une interface qui j'espère au final sera intelligente.
Rien ne m'est demandé.
Je n'ai pas encore testé la différence normal user vs super user.

[Invité]

Bonjour, je suis Debian, j'ai remarqué (une nouveauté), bash complète les commande en fonction du programme appelé.

Savez vous comment c'est fait ?

Merci pour vos réponse.

[Flodelarab]

1. Cela n'a rien à voir avec le fil de discussion
2. Parles-tu de l'auto-complétion? Ce n'est pas franchement une nouveauté...

[Invité]

Ben un peu ça a à voir, faut connaître les commande ou détecter la commande et connaître son comportement pour le faire, je pense.
C'est pas de l'auto complétion, c'est toujours l'utilisateur qui sélectionne, à mon sens.
Peut-être que vous appelez ça comme ça, pas moi. Juste de la complétion.