L'utilisation de sauts non locaux peut donc (et c'est la situation normale) influencer la pile d'exécution. L'exécution de certaines fonctions peut être abandonnée de manière prématurée. Voici un exemple de fonction qui modifie un objet global, exécute une autre fonction, puis remet l'objet dans son état d'origine.
Ici, c'est le premier élément d'une liste qui est modifié, mais souvent il s'agit d'une opération plus compliquée comme l'ouverture ou la modification d'un fichier ou d'une base de données. Cependant, la fonction h ci-dessus ne fonctionne pas en présence d'un saut non local. Voici un exemple avec return-from :
La fonction h doit être protégée de la possibilité que son exécution soit abandonnée de manière prématurée par l'utilisation d'un saut non local. Comme le montre notre exemple ci-dessus, le programmeur de la fonction h ne sait peut-être pas qu'un tel saut est possible.
La solution du problème est l'opérateur spécial unwind-protect. Il prend une expression dont l'évaluation est protégée, puis une suite d'expressions qui sont évaluées même si un saut non local est effectué pendant l'évaluation de l'expression protégée. Voici comment résoudre le problème ci-dessus avec unwind-protect :
Irene DURAND