Discussion :

[Aurelien.Regat-Barrel]

En fait, le mot cle class et le mot cle struct sont, exception faite de la visibilité par défaut des membres et foncitons membres, tout à fait équivalents en C++

Il y a aussi l'héritage par défaut qui change, et les mots-clés ne sont pas strictement equivalents, il existe au moins une exception:
http://c.developpez.com/faq/cpp/?pag...e_class_struct
Mais on a bien compris l'idée

[loufoque]

Je ne suis pas sûr non plus que je les utiliserais. Mais pas parce qu'elles posent un problème, parce que je ne vois pas a priori de cas où elles sont utiles dans ce cadre (notre moniteur avait des exceptions mais elles servaient dans des parties applicatives et pas dans ce qui aurait été le noyau si la découpe avait été faite ainsi). Comme dans un programme utilisateur, il faut utiliser l'outil adéquat.

Je reviens sur des vieux trucs, mais je ne vois pas pourquoi ne pas utiliser les exceptions dans un noyau.
C'est plus performant que des valeurs de retour et des if/else, et c'est surtout plus robuste, surtout si utilisé avec le RAII.

[Jean-Marc.Bourguet]

Je reviens sur des vieux trucs, mais je ne vois pas pourquoi ne pas utiliser les exceptions dans un noyau.

Je n'ai pas écrit qu'il ne fallait pas les utiliser, j'ai écrit que je ne voyais pas de cas où elles étaient utiles. Je n'ai pas une grande expérience en matière de noyaux, et l'expérience que j'ai est relativement vieille -- il y a plus de 10 ans -- et spécialisée -- un moniteur temps réel.

C'est plus performant que des valeurs de retour et des if/else, et c'est surtout plus robuste, surtout si utilisé avec le RAII.

On pourrait entrer dans un débat sur les cas où les exceptions sont plus indiquées que les valeurs de retour et inversément, mais je ne crois pas que ce soit le sujet de cette discussion.

Pour faire simple, je ne crois pas que les exceptions soient indiquées quand l'erreur n'implique pas d'abandonner le traitement en court, sera vraissemblablement traitée par l'appelant immédiat ou par quelque chose qui n'est vraissemblablement pas sur la pile d'appel actuel (l'exemple le plus simple est un autre "thread" mais le cas auquel je pense est plus compliqué que cela, l'expliquer demanderait d'expliquer la structure de notre moniteur -- et il n'est pas sur que je me souvienne de tout ce qui est pertinent pour l'explication).