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).