Creer un mini shell

Bonjour,
ma demande sera bizarre, si je recevrai un message qui dit c'est quoi cette ce demande je n'aurai pas de problème; mais voila j'ai un projet a rendre le moi 12 dans le cours de système, le projet est de créer un mini shell dont programmer "presque" tous les commandes de shell(ne pas utiliser le mot exec dans le programme" on utilisant langage C!tout simplement je sais pas d'où commencer, si vous avez des propositions pour la conception, la méthode a suivre, la logique a suivre ...seront vraiment les bienvenue...merci par avance

Bonjour,

Je crois que le mieux est de faire man bash pour te rendre compte de ce que fait un shell. Ne prends pas peur malgré les dizaines de pages à lire. Tu remarqueras que les commandes comme sed, awk, diff, host, ls... ne font pas partie du shell et sont donc appelées comme des programmes externes: system(...). Par contre le shell gère:

• les variables,
• le prompt,
• les redirections (>, >>, <<, <<-, &>, 1>...),
• les expansions (~, ${var#pattern}, $(cmd), *...),
• les commandes de programmations (if, for, select, while, until...)
• ...

Mais avant tout, le shell est un interpréteur: il doit couper la commande en "mots", lancer les programmes et leur fournir les arguments, récupérer les valeurs de retour et les passer au programme suivant (dans le cas d'un pipe). Je crois que c'est là-dessus qu'il faut insister. Il y aura donc des appels system(...), mais c'est après que le travail devient intéressant... Bon courage!

Quand j'étais en école d'ingé j'ai eu un mini shell à programmer. Ce qu'on nous demandait était très limité : exécution de commandes en premier plan et en background (avec &), redirections (<, >, >&), pipe (|), et built-in "cd" pour changer de répertoire. Avec ça tu as un shell minimal, mais complètement utilisable.

Après si tu veux ajouter les construction du genre if, for, ... C'est une autre histoire.

bonjour,
merci a vous, j'ai commencé a voir le chemin, le probléme c'est que je savais pas que il existe la programmation séparée :oops: et surtout le makefile!

Citation:

---

Envoyé par midotek

bonjour,
merci a vous, j'ai commencé a voir le chemin, le probléme c'est que je savais pas que il existe la programmation séparée :oops: et surtout le makefile!

---

J'ai peut-être raté un concept de programmation, mais je crois que tu te trompes. On parle de compilation séparée et de programmation modulaire.

Bonsoir,

je suis peutetre tres en retard mais voila , je dois realiser grosso-modo le meme projet que celui dont il est question , et je bute sur une partie , je ne sais pas faire le built de cd , si quelqu'un peut m'aider , merci d'avance

Cordialement,

Citation:

---

Envoyé par jmelyn

Il y aura donc des appels system(...), mais c'est après que le travail devient intéressant... Bon courage!

---

Bonjour,

dans ce genre d'exercice, en général on n'utilise pas la fonction system(). Trop simple.

S'il y a par exemple une commande cd, il faut la programmer en C.

Donc pour moi les étapes de ce mini shell:
1) définir la syntaxe
2) voir si lexx et yacc sont utilisable (dépend du temps pour le projet)
3) faire un analyseur syntaxique de ce mini shell
4) écrire un interpréteur
5) développer 1 à 1 les primitives du shell: cd, for, ls .... etc

Bon courage.

PS: En combien de temps ce projet ?

Pour le cd il n'y a rien de compiqué, c'est la fonction chdir().

Oupa.
Le code du builtin cd est étrangement plus long qu'un simple chdir.

Bonjour,

Citation:

---

Envoyé par arcanis

Le code du builtin cd est étrangement plus long qu'un simple chdir.

---

Si tu as le code de cd, tu dois voir ce qu'il fait non ? Qu'est-ce qui te pose probleme exactement ?

Ce n'est pas moi qui ai posé la question initiale =)
Ce qu'il y a de plus compliqué par rapport à un simple chdir, c'est la gestion de la variable d'environnement $CDPATH ainsi que d'$OLDPWD qui obligent à effectuer pas mal d'opérations supplémentaires. Du coup, la réponse du simple chdir n'était pas vraiment pertinente dans le sens où elle omettait pas mal d'
éléments.
Personnellement j'ai du faire ce projet au même moment que l'auteur, et nous ne pouvions pas nous aider de la fonction getcwd() ni de realpath(), qu'il nous fallait recoder l'un comme l'autre (ainsi que getenv(), setenv() et quelques autres trucs marrant :mrgreen:).

Dans la mesure où on parle ici d'un "mini-shell" à but pédagogique, et pas de recoder bash, il me semble que ma réponse est tout à fait pertinente. D'autant que quelles que soient les subtilités du "cd" qu'asympth cherche à implémenter, la fonction clée reste chdir().

Je ne code pas non plus un minishell pour le plaisir (quoique).
C'est également l'un de nos projets pédagogique et il est justement nécessaire de recoder ces builtins comme les originales.
Quand à la "fonction clef", je ne sais pas si on peut réellement parler de "fonction clef" dans la mesure où il ne s'agit que d'un appel de fonction dans une commande somme toute relativement longue. Alors certes, sans ça il ne peut rien faire, mais c'est précisement à cela que servent les références : apprendre des fonctions que l'on ne connaissait pas. Partant de là autant détailler ...
M'enfin je ne dit pas que ta réponse était fausse, juste qu'elle ne précisait pas qu'il y avait d'autres trucs dans le cd que le chdir. ;)