🚀 go-pugleaf

On Sun, 18 Sep 2005 15:21:05 +0200, Eric Levenez wrote:

>> 
>> utiliser setjmp( ) et longjmp( ) ?
> 
> Arg ! 

Absolument :
ARG = Association pour la R�habilitation du Goto.

> Tout cela juste pour rendre encore plus illisible le code et encore
> plus sujet aux effets de bord ? Le concours IOCCC est ouvert ?

Je ne suis pas du tout d'accord.
longjmp( ) est le moyen de revenir dans un contexte en mettant la pile
dans l'�tat souhait�, Il n'y a rien de plus clean.
Maintenant si tu veux chercher les trucs int�ressants dans le code parmi
des
    if ( rc < 0 )
    {
        return rc ;
    }
plac�s un peu partout c'est ton choix !
Je ne vois aucune raison d'encourager cette percolation inutile et
dispendieuse.

Disons que si on a parser �minement r�cursif et qu'il faut descendre
8192 niveaux comme �a (c'est la limite que j'ai impos�e � mon dernier
langage (j'ai remarqu� qu'au-del� les gens ont du mal � appairer les
parenth�ses), surveillez bien sa sortie dans tous les bon news-groups),
c'est quelque part un peu d�bile, bien que tout-�-fait structur�.

Mon truc, c'est plut�t que quand on trouve une erreur en parsant, on
affiche un message, on positionne un exit-value quelque part, on continue
� parser envers et contre tout et contre mauvaise fortune bon coeur et
quand on est arriv� � X erreurs (X > 0 et disons = 32 environ) on
balance un signal qui est rattrapp� quelque part plus bas, mais setjmp( )
& son fr�re longjmp( ), c'est au moins aussi bon.

-- 
Never feed the troll !