Manipulation des exceptions en C - Quelle est l'utilisation de SETJMP () renvoyant 0?

SETJMP est utilisé pour placer un marqueur em> à l'endroit où l'appel de Longjump devrait retourner, il retourne 0 s'il est appelé directement, il renvoie 1 si elle est appelée parce qu'un longJMP est invoqué.

Vous devez penser à SetJMP comme quelque chose qui peut être normalement appelé et ne fait rien (retourner 0) en fonctionnement normal tout en restituant 1 et il est invité indirectement (et retourne de là) lorsqu'un saut long est appelé. Je sais ce que tu veux dire de déroutant parce que c'est en fait déroutant. P>

C'est l'exemple donné par Wikipedia: P>

#include <stdio.h>
#include <setjmp.h>

static jmp_buf buf;

void second(void)
{
    printf("second\n");         // prints
    longjmp(buf,1);             // jumps back to where setjmp was called - making setjmp now return 1
}

void first(void)
{
    second();
    printf("first\n");          // does not print
}

int main()
{   
    if ( ! setjmp(buf) )
    {
        first();                // when executed, setjmp returns 0
    } 
    else
    {                    // when longjmp jumps back, setjmp returns 1
        printf("main");         // prints
    }

    return 0;
}

La première partie est presque simple: lorsque vous faites une longueur longue, vous vous retrouvez exactement après le SETJMP. Si la valeur de retour est 0, cela signifie que vous venez de faire le SETJMP; Si ce n'est pas nul, vous savez que vous êtes arrivé à partir d'un longjmp d'ailleurs. Cette information est souvent utile pour contrôler ce que votre code fait après cela.

SETJMP / LONDJMP sont les anciens ancêtres de lancer / attrape. SETJMP / LONDJMP est défini en C, tandis que Jet / Catch est le mécanisme plus "moderne" pour faire la récupération des erreurs dans des langages plus orientés objet tels que C ++.

appeler LONDJMP dit: "Je pense qu'il y a quelque chose de mal ici, aidez-moi, me faire sortir d'ici - je suis trop confus de nettoyer après moi-même et de revenir à travers un tas d'appels de fonctions et si elle est juste de retour à où le monde était d'accord à nouveau, juste après la dernière SETJMP. "

Jeton dit à peu près la même chose, à l'exception de la syntaxe plus clairement et propre à la syntaxe. De plus, tandis que LongJMP peut vous emmener à pratiquement n'importe quel endroit du programme (où que vous fassiez le SETJMP), le lancer se termine directement vers le haut dans la hiérarchie des appels de l'endroit où se trouve le lancer.

La spécification C99 donne:

Si le retour provient d'une invocation directe, la macro SETJMP renvoie la valeur zéro. Si la Le retour est d'un appel à la fonction LONGJMP, la macro SetJMP renvoie un non nul. valeur.

donc la réponse à 1 est qu'un zéro indique que vous avez appelé setjmp la première fois et non-zéro indique qu'il renvoie à partir d'un longjmp .

2. Il pousse l'état actuel du programme. Après une longjmp, l'état est restauré, le contrôle revient au point qu'il a été appelé, et la valeur de retour est non nulle.

3. Il n'y a pas d'exception dans C. Il est similaire à Fork Renvoyer des valeurs différentes selon que vous êtes dans le processus d'origine, ou un deuxième processus qui a hérité de l'environnement, Si vous connaissez cela.

4. Essayez / Catch en C ++ appellera des destructeurs sur tous les objets automatiques entre le lancer et la capture. setJMP / longjmp ne appelle pas les destructeurs, car ils n'existent pas dans C. Vous êtes de sorte que vous êtes seul pour appeler gratuit sur Tout ce que vous avez MALLOC ED dans la période moyenne.

   avec cette réserve, ceci: xxx

   est à peu près équivalent à xxx

   dans le c Cas, vous devez faire une gestion de la mémoire explicite (bien que normalement vous libéreriez-la dans la fonction qui a déjà appelé LongJMP car elle simplifie la vie)