Manpages

NOMBRE

getcontext, setcontext − consulta o establece el contexto de usuario

SINOPSIS

#include <ucontext.h>

int getcontext(ucontext_t *ucp);
int setcontext(const ucontext_t *
ucp);

DESCRIPCIÓN

En un entorno del tipo SysV, se encuentran los dos tipos mcontext_t y ucontext_t definidos en <ucontext.h> y las cuatro funciones getcontext(), setcontext(), makecontext() y swapcontext() que permiten el intercambio del contexto del nivel de usuario entre múltiples hilos de control dentro de un proceso.

El tipo mcontext_t es dependiente de la máquina y opaco. El tipo ucontext_t es una estructura que tiene al menos los campos siguientes:

typedef struct ucontext {

struct ucontext *uc_link;

sigset_t uc_sigmask;

stack_t uc_stack;

mcontext_t uc_mcontext;

...

} ucontext_t;

de los cuales sigset_t y stack_t están definidos en <signal.h>. uc_link apunta al contexto que será reanudado cuando termine el contexto actual (en el caso de que el contexto actual haya sido creado usando makecontext()), uc_sigmask es el conjunto de señales bloqueadas en este contexto (véase sigprocmask(2)), uc_stack es la pila usada por este contexto (véase sigaltstack(2)), y uc_mcontext es la representación del contexto guardado específica de la máquina, que incluye los registros de la máquina para el hilo invocador.

La función getcontext() inicializa la estructura apuntada por ucp al contexto activo actualmente.

La función setcontext() restablece el contexto de usuario apuntado por ucp. Si la llamada tiene éxito no regresa. El contexto debería haber sido obtenido mediante una llamada a getcontext(), o makecontext(), o pasada como tercer argumento al manejador de señales.

Si el contexto se obtuvo mediante una llamada a getcontext(), la ejecución del programa continúa como si esta llamada simplemente regresara.

Si el contexto fue obtenido mediante una llamada a makecontext(), la ejecución del programa continua por la llamada a la función func especificada como segundo argumento en la llamada a makecontext(). Cuando la función func regresa, se continua con el miembro uc_link de la estructura ucp especificada como primer argumento en la llamada a makecontext(). Cuando este miembro es NULL, el hilo termina.

Cuando el contexto se obtiene mediante una llamada a un manejador de señales, se solía decir que "la ejecución del programa continua con la instrucción de programa siguiente a la instrucción interrumpida por la señal". Sin embargo, esta sentencia fue eliminada en SUSv2, y ahora se establece que "el resultado es indefinido".

VALOR DEVUELTO

Cuando tiene éxito,getcontext() devuelve 0 y setcontext() no regresa. En caso de error, ambas devuelven −1 y modifican errno con el valor apropiado.

ERRORES

No se definen errores.

OBSERVACIONES

La primera manifestación de este mecanismo fue el mecanismo setjmp()/longjmp(). Puesto que no define el manejo del contexto de señales, el siguiente paso fue el par sigsetjmp()/siglongjmp(). El presente mecanismo proporciona mucho más control. Por otra parte, no hay un método sencillo de detectar si un regreso de getcontext() es de la primera llamada o via una llamada a setcontext(). El usuario tiene que inventar su propio mecanismo de ’contabilidad’ y no se servirá una variable de tipo registro ya que los registros se restauran.

Cuando ocurre una señal, el contexto de usuario actual se guarda y el núcleo crea un nuevo contexto para el manejador de señales. No deje al manejador usar longjmp() - es indefinido que ocurriría con contextos. Use siglongjmp() o setcontext() en su lugar.

CONFORME A

SUSv2

VÉASE TAMBIÉN

sigaction(2), sigaltstack(2), sigprocmask(2), longjmp(3), sigsetjmp(3), makecontext(3)