déja confond pas tout le monde c'est pas 'mon' exemple, je suis nul en perl ;)
ensuite il t'a répondu au dessus :-D
Ca montre juste que la frontière entre langage de script et shell n'est pas si claire que tu veux nous le faire croire.
Elle est extrémement claire.
Un shell est une interface minimaliste entre le systeme et l'utilisateur. Ensuite qu'on puisse faire des scripts avec c'est byzance, mais c'est pas le but initial d'un shell.
C'est d'ailleur pour ca que l'on peut le lancer directement à partir du noyau (si compilé en statique, ce qui n'est pas toujours le cas dans les distribs ) (init=/bin/sh).
La ce qu'on voit c'est qu'il y a certe un interfacage avec le systeme, mais par une couche d'abstraction , une vm, et ceci pour introduire une syntaxe objet . C'est intéressant , mais ce n'est pas un shell proprement dit. C'est un lgg de script issu de .net avec des facilités pour la communication avec le systeme.
En résumé, un shell c'est un programme qui permet d'intéragir simplement avec l'utilisateur en ligne de commande avec un retour immédiat et qui en plus permet de réaliser des scripts.
Un retour immédiat ? ca veux dire quoi ca ?
Ca veux dire qu'on peut lancer plusieurs trucs en paralléle ? C'est vrai que les systemes actuelle le permet, mais ce n'était pas forcément le cas avec les premiers shells ou autre.
ou ca veux dire qu'on voit forcément qqch dans le shell ? Dans ce cas c'est complétement faux (suffit d'utiliser les redirections /dev/null \o/).
lance fsck -yn /dev/hda1 >/dev/null 2>&1 pour voir si tu as un retour immédiat sur une partoch de 40 Go ...
[^] # Re: Je me marre ...
Posté par briaeros007 . En réponse au journal PowerShell: tapez rm -rf c:\Windows ! ;). Évalué à 2.
ensuite il t'a répondu au dessus :-D
Ca montre juste que la frontière entre langage de script et shell n'est pas si claire que tu veux nous le faire croire.
Elle est extrémement claire.
Un shell est une interface minimaliste entre le systeme et l'utilisateur. Ensuite qu'on puisse faire des scripts avec c'est byzance, mais c'est pas le but initial d'un shell.
C'est d'ailleur pour ca que l'on peut le lancer directement à partir du noyau (si compilé en statique, ce qui n'est pas toujours le cas dans les distribs ) (init=/bin/sh).
La ce qu'on voit c'est qu'il y a certe un interfacage avec le systeme, mais par une couche d'abstraction , une vm, et ceci pour introduire une syntaxe objet . C'est intéressant , mais ce n'est pas un shell proprement dit. C'est un lgg de script issu de .net avec des facilités pour la communication avec le systeme.
En résumé, un shell c'est un programme qui permet d'intéragir simplement avec l'utilisateur en ligne de commande avec un retour immédiat et qui en plus permet de réaliser des scripts.
Un retour immédiat ? ca veux dire quoi ca ?
Ca veux dire qu'on peut lancer plusieurs trucs en paralléle ? C'est vrai que les systemes actuelle le permet, mais ce n'était pas forcément le cas avec les premiers shells ou autre.
ou ca veux dire qu'on voit forcément qqch dans le shell ? Dans ce cas c'est complétement faux (suffit d'utiliser les redirections /dev/null \o/).
lance fsck -yn /dev/hda1 >/dev/null 2>&1 pour voir si tu as un retour immédiat sur une partoch de 40 Go ...