Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] sigaltstack - Consulter ou fixer la pile de signal. [size=18] [b]Résumé[/b] [/size] [b]#include <signal.h>[/b] [b][i]int sigaltstack(const stack_t * ss , stack_t * oss );[/i][/b] [size=18] [b]Description[/b] [/size] [b]sigaltstack[/b] permet à un processus de définir une nouvelle pile spécifique pour les gestionnaires de signaux et/ou de récupérer l'état d'une pile spécifique de signal déjà existante. Une pile spécifique de signal est utilisée durant l'exécution d'un gestionnaire de signal si la mise en place de ce gestionnaire ( voir [b]sigaction (2))[/b] le spécifiait. La séquence d'actions nominale pour utiliser une pile spécifique de signal est la suivante : [table][row][col]    [/col][col]1. Allouer une zone mémoire qui sera utilisée comme pile spécifique de signal.[/col][/row][/table] [table][row][col]    [/col][col]2. Utiliser [b]sigaltstack[/b] afin d'informer le système de l'existence et de la position de la pile spécifique de signal.[/col][/row][/table] [table][row][col]    [/col][col]3. Lors de la mise en place du gestionnaire de signal en utilisant [b]sigaction[/b], informer le système que ce gestionnaire de signal doit être exécuté sur la pile spécifique de signal en positionnant le drapeau [b]SA_ONSTACK[/b].[/col][/row][/table] L'argument [i]ss[/i] est utilisé afin de définir une nouvelle pile spécifique de signal, tandis que l'argument [i]oss[/i] est utilisé afin de récupérer des informations sur la pile de signal actuellement en place. Si une seule de ces actions vous intéresse, alors l'autre argument peut être positionné à NULL. Chacun de ces paramètres est une structure du type suivant : [table][row][col]    [/col][col] .nf typedef struct { void ss_sp; / Adresse de base de la pile/ int ss_flags; / drapeaux / size_t ss_size; / Nombre d'octets dans la pile / } stack_t; .fi[/col][/row][/table] Afin de mettre en place une nouvelle pile spécifique de signal, [i]ss.ss_flags[/i] est positionné à zéro, et [i]ss _sp[/i] et [i]ss.ss_size[/i] spécifient l'adresse de début et la taille de la pile. La constante [b]SIGSTKSZ[/b] est définie de façon à être suffisamment grande pour couvrir les besoins typiques en espace mémoire d'une pile spécifique de signal, et la constante [b]MINSIGSTKSZ[/b] définit la taille minimum nécessaire à l'exécution d'un gestionnaire de signal. Afin de désactiver une pile existante, positionnez [i]ss.ss_flags[/i] à [b]SS_DISABLE[/b]. Dans ce cas, les autres champs de [i]ss[/i] sont ignorés. Si [i]oss[/i] ne vaut pas NULL, alors il est utilisé afin de renvoyer des informations sur la pile spécifique de signal qui était utilisée avant l'appel à [b]sigaltstack[/b]. Les champs [i]oss.ss_sp[/i] et [i]oss.ss_size[/i] renvoient l'adresse de départ et la taille de cette pile. Le champ [i]oss.ss_flags[/i] peut renvoyer l'une des valeurs suivantes : [b]SS_ONSTACK[/b] [table][row][col]    [/col][col]Le processus s'exécute actuellement sur la pile spécifique de signal. (Remarquez qu'il n'est pas possible de changer la pile spécifique de signal si le processus est en train de s'exécuter sur cette dernière.)[/col][/row][/table] [b]SS_DISABLE[/b] [table][row][col]    [/col][col]La pile spécifique de signal est actuellement désactivée. [/col][/row][/table] [size=18] [b]Valeur renvoyée[/b] [/size] [b]sigaltstack[/b] renvoie 0 en cas de succès, ou -1 en cas d'échec en positionnant alors [i]errno[/i] pour préciser l'erreur. [size=18] [b]Erreurs[/b] [/size] [b]ENOMEM[/b] [table][row][col]    [/col][col]La taille de la nouvelle pile spécifique de signal indiquée([i]ss.ss_size[/i]) est inférieure à [b]MINSTKSZ[/b].[/col][/row][/table] [b]EFAULT[/b] [table][row][col]    [/col][col]L'un des paramètres [i]ss[/i] ou [i]oss[/i] ne vaut pas NULL et pointe vers une zone mémoire n'appartenant pas à l'espace d'adressage du processus.[/col][/row][/table] [b]EPERM[/b] [table][row][col]    [/col][col]On a essayé de modifier la pile spécifique de signal alors que celle ci était active (i.e, le processus était déjà en train de s'exécuter sur la pile spécifique de signal courante).[/col][/row][/table] [b]EINVAL[/b] [table][row][col]    [/col][col][i]ss[/i] ne vaut pas NULL et le champ ss_flags contient une valeur non nulle différente de SS_DISABLE. [/col][/row][/table] [size=18] [b]Notes[/b] [/size] Le segment de code suivant donne un exemple d'utilisation de [b]sigaltstack[/b]: [table][row][col]    [/col][col] .nf stack_t ss; ss.ss_sp = malloc(SIGSTKSZ); if (ss.ss_sp == NULL) / Traitement de l'erreur /; ss.ss_size = SIGSTKSZ; ss.ss_flags = 0; if (sigaltstack(&ss, NULL) == -1) / Traitement de l'erreur */; .fi[/col][/row][/table] La mise en place d'une pile spécifique de signal est utile si un processus soupçonne qu'il est susceptible d'épuiser sa pile standard. Cela peut se produire, par exemple, lorsque la pile grossit au point de rencontrer la limite supérieure du tas, ou si elle atteint une limite établie par un appel à [b]setrlimit(RLIMIT_STACK,[/b] &rlim). Si la pile standard est épuisée, le noyau envoie au processus un signal [b]SIGSEGV[/b]. Dans ces circonstances, la seule façon d'intercepter ce signal est d'utiliser une pile spécifique de signal. Sur la plupart des architectures supportées par Linux, les piles s'étendent vers les adresses décroissantes. [b]sigaltstack[/b] prend automatiquement en charge le sens d'expansion de la pile. Les fonctions appelées depuis un gestionnaire de signal s'exécutant sur une pile spécifique de signal utilisent également cette pile. (Cela s'applique également à tous les gestionnaires invoqués pour d'autres signaux alors que le processus s'exécute sur la pile spécifique de signal.) Contrairement à la pile standard, le système n'accroît pas automatiquement la pile spécifique de signal. Dépasser la taille allouée pour la pile spécifique de signal conduit à des résultats imprévisibles. Un appel [b]execve[/b] réussi détruit toutes piles spécifiques de signal existantes. [b]sigaltstack[/b] succède à l'ancien appel [b]sigstack[/b]. Pour des raisons de compatibilité, la glibc implante [b]sigstack[/b]. Toutes les nouvelles applications devraient être écrites en utilisant [b]sigaltstack[/b][b]. [size=18] [b]Historique[/b] [/size] BSD 4.2 possédait un appel système [i]sigstack[/i](). Il utilisait une structure légèrement différente, et avait comme désavantage principal la nécessité pour l'appelant de connaître le sens d'expansion de la pile. [size=18] [b]Conformité[/b] [/size] SUSv2, SVr4, POSIX 1003.1-2001. [size=18] [b]Voir aussi[/b] [/size] [b]sigaction (2),[/b] [b]setrlimit (2),[/b] [b]execve (2),[/b] [b]sigsetjmp (3),[/b] [b]siglongjmp (3),[/b] [b]signal (7)[/b] [size=18] [b]Traduction[/b] [/size] Stéphan Rafin, 2002.
Fichier