Rileva la ricorsione in modo affidabile anche in presenza di salti non locali

Question

Ho una funzione particolare (un gestore di segnale) per il quale mi piacerebbe rilevare la ricorsione, cioè per capire se la funzione si è chiamata direttamente o indirettamente. La cosa complicata è che la funzione chiama un codice non sotto il suo controllo in un punto e quel codice potrebbe fare qualsiasi cosa.

Normalmente, avevo appena scrivere qualcosa di simile

void foo() { 
    static int recursed = 0; 
    if(recursed) { 
     ... 
    } 
    recursed = 1; 
    othercode(); 
    recursed = 0; 
} 

ma in questo caso, io sono preoccupato del fatto che othercode potrebbe utilizzare un longjmp o simili a scoppiare, con conseguente recursed rimanendo a 1. Nel evento che la mia funzione è saltata fuori in questo modo, voglio assicurarmi che non veda se stesso come ricorsivo se viene chiamato più tardi (il fatto che sia longjmp 'd out non è un problema altrimenti).

Nota: ritengo che sia probabile che sia longjmp. Il othercode è un gestore di segnali concatenati da un altro codice in-the-wild e esistono gestori per es. SIGSEGV che usano longjmp per ripristinare il contesto (ad esempio come gestori di eccezioni "protezione da errore"). Si noti che l'utilizzo di longjmp in un gestore di segnale sincrono è generalmente sicuro. In ogni caso, non mi interessa particolarmente se l'altro codice è sicuro, perché non è qualcosa sotto il mio controllo.

Answer 1

Non sono sicuro di quale sarebbe esattamente il codice per farlo, ma invece di un int statico, potresti avere un vuoto statico *. Invece di impostarlo su 1, impostarlo in modo che punti al frame dello stack corrente. Oltre a verificare se è diverso da zero, si controlla per assicurarsi che l'indirizzo di ritorno dal successivo stack frame dopo recursed punti in realtà a una posizione nel codice di foo, e anche che recursed è sopra il puntatore stack corrente, vale a dire non spuntato.

Suoni molto fragili e dipendenti dall'architettura.

Answer 2

In base allo standard POSIX per signal(7), longjmp() non è una delle chiamate che è possibile chiamare dall'interno di un gestore di segnale. Prima ancora di pensare a questo problema, la documentazione longjmp(3) dice che devi assicurarti che il codice che stai chiamando usi sigsetjmp() e siglongjmp()

Se il codice che stai chiamando sta saltando fuori dal gestore del segnale, allora io Puoi vedere come puoi sapere quando aggiornare la tua variabile recursed, a meno che tu non controlli anche una funzione di callback che questo codice sconosciuto richiama nell'applicazione.