Discussion :

[Rémiz]

Bonjour,

Quelqu'un connaîtrait-il un cours sur le multitâche en Ada ?

Merci a+

[Hibou57]

Bonsoir Rémiz,

Tu trouvera une introduction in english right there : http://www.adaic.org/whyada/intro5.html#concurrent

Pour plus de détails, ... ce n'est pas un cours, mais ceci devrait quand même t'aider, et aprés avoir lu ces 21 pages, tu devrait y voir plus claire : http://www.adaic.org/standards/05rm/html/RM-9.html

C'est en anglais, of course...

Personnelement, je n'ai pas encore (ça viendra) pratiqué le multitâche en Ada, et je ne pourrai donc pas de donner d'exemples concrêts personels.

Pour ce que j'en ai lu, le multitâche en Ada est nettement plus claire qu'avec les librairies des langages plus traditionels.. et quand le multitâche a été introduit avec Ada, ses concepts étaits déjà bien en avance sur son temps.

Le point fort d'Ada pour le multitâche, est la gestion aisé de l'accès concurentiel. Quand tu déclare un type (comme un record) en Ada, tu peux le déclarer être protected, indiquant alors au compilateur que ce type de donné pourra être accéder de manière concurentielle.

En Ada tu n'a pas de fork comme en C/C++ par exemple. Une tâche démarre en appelant une procédure indiqué comme pouvant être l'un des point d'entrée d'une tâche.

Le multitâche en Ada est étroitement liés au concept d'objet (pour les compilateurs/versions de Ada supportant la POO, ce qui est le cas de Ada 2005 : Gnat supportait déjà même pour Ada 95, certaines extentions de Ada 2005, par anticipation).

Le multitâche en Ada est une caractéristique du langage, et non pas une fonction d'une librairie externe. Ceci a plusieurs conscéquences : 1) le compilateur génère des codes et des structure de données adaptées au multitâche. 2) Le compilateur peut detecter des erreurs et des mauvaises utilisations, ces detections n'étant pas possibles avec du multitâche basée sur une bibliothèque. 3) L'architecture multitâche apparait clairement dans le code (plus lisibles que les étangeté « à la » fork et compagnie).

Voili-voilou... je ne peux pas t'en dire plus pour le moment, parce que je n'en sais pas plus.

J'espère que ça t'aidera un peu ...

[Seb_de_lille]

Il y a une confusion. fork n'est pas une fonction de la librairie standard de C ou de C++ mais une fonction posix. Elle est liée à l'OS et non au langage. D'ailleurs, sous Windows, on utilise CreateProcess.

Le fork est utilisable en Ada via une librairie posix comme florist.

[Hibou57]

Il y a une confusion. fork n'est pas une fonction de la librairie standard de C ou de C++ mais une fonction posix. Elle est liée à l'OS et non au langage. D'ailleurs, sous Windows, on utilise CreateProcess.

Le fork est utilisable en Ada via une librairie posix comme florist.

Mais... mais... c'est un peu hors-sujet ça non ?

Je n'ai jamais dit que c'était un élément des librairies « standards » du C. Je disais que c'est implémenté par une librairie, et que ce n'est donc pas une construction prévu par le langage.

Ce n'était pas du tout le sujet, mais puisque tu en parle...entre nous... posix et le C... hein, quand même... et puis encore : tu en connais beaucoup des environnements C qui se restreignent aux librairies standards ? ... ça n'irait pas bien loin... rien que pour lister le contenu d'un repertoire... La glibc n'est-elle pas un standard de fait ? (même sous windows on peut utiliser fork, autant avec gcc que lcc). Parler de librairies standards avec le C, ça ne représente plus rien de concret depuis longtemps.

heuuuu.... et puis tu ne doute de rien toi tu veux nous dire comment importer fork en Ada C'est sure... waaaw, on se le demande, dis nous, ça va interesser du monde

Pardon, pardon (c'est moi qui demande pardon)

Bon, beh, si tu veux découvrire Ada, tu es le trés bien venue. il n'y a aucune conditions préalables pour s'incrire au club trés-trés bienvenue à toi

[Seb_de_lille]

Découvrir Ada, ben ça fait un petit moment que je suis sur le sujet.