[C/Unix] SIGSEGV > écriture, lecture | siginfo, sigcontext

SIGSEGV > écriture, lecture | siginfo, sigcontext [C/Unix] - C - Programmation

Marsh Posté le 10-11-2003 à 18:41:59    

Hello,
 
Dans le cadre d'un projet, je souhaiterais connaître la nature d'un SIGSEGV que je gère dans un gestionnaire signal. Jusqu'à présent, je pensais faire ca avec la structure sigcontext, mais apparement, c'est déprécié. Qu'elle est la solution au gout du jour ? J'ai été incapble de trouver qqchose de convaincant :|
 
Merci à vous !
 
@+

Reply

Marsh Posté le 10-11-2003 à 18:41:59   

Reply

Marsh Posté le 11-11-2003 à 00:42:30    

siginfo_t :

Code :
  1. int sigaction(int signum, const struct sigaction *act, struct sigaction *oldact);
  3. struct sigaction
  4.   {
  5.     void (*sa_handler)(int);
  6.     void (*sa_sigaction)(int, siginfo_t *, void *);
  7.     sigset_t sa_mask;
  8.     int sa_flags;
  9.     void (*sa_restorer)(void);
  10.   }
  12. typedef struct siginfo
  13.   {
  14.     int si_signo;               /* Signal number.  */
  15.     int si_errno;               /* If non-zero, an errno value associated with
  16.                                    this signal, as defined in <errno.h>.  */
  17.     int si_code;                /* Signal code.  */
  19.     union
  20.       {
  21.         int _pad[__SI_PAD_SIZE];
  23.          /* kill().  */
  24.         struct
  25.           {
  26.             __pid_t si_pid;     /* Sending process ID.  */
  27.             __uid_t si_uid;     /* Real user ID of sending process.  */
  28.           } _kill;
  30.         /* POSIX.1b timers.  */
  31.         struct
  32.           {
  33.             unsigned int _timer1;
  34.             unsigned int _timer2;
  35.           } _timer;
  37.         /* POSIX.1b signals.  */
  38.         struct
  39.           {
  40.             __pid_t si_pid;     /* Sending process ID.  */
  41.             __uid_t si_uid;     /* Real user ID of sending process.  */
  42.             sigval_t si_sigval; /* Signal value.  */
  43.           } _rt;
  45.         /* SIGCHLD.  */
  46.         struct
  47.           {
  48.             __pid_t si_pid;     /* Which child.  */
  49.             __uid_t si_uid;     /* Real user ID of sending process.  */
  50.             int si_status;      /* Exit value or signal.  */
  51.             __clock_t si_utime;
  52.             __clock_t si_stime;
  53.           } _sigchld;
  55.         /* SIGILL, SIGFPE, SIGSEGV, SIGBUS.  */
  56.         struct
  57.           {
  58.             void *si_addr;      /* Faulting insn/memory ref.  */
  59.           } _sigfault;
  61.         /* SIGPOLL.  */
  62.         struct
  63.           {
  64.             long int si_band;   /* Band event for SIGPOLL.  */
  65.             int si_fd;
  66.           } _sigpoll;
  67.       } _sifields;
  68.   } siginfo_t;


 
J'oubliais : man sigaction, tout est dedans.


Message édité par matafan le 11-11-2003 à 00:43:36
Reply

Marsh Posté le 11-11-2003 à 01:14:27    

Merci de ton aide, mais j'ai le nez dedans depuis trop longtemps. Ou est-ce qu'on fait la différence entre un sigsev du à une lecture ou à une écriture ?


Message édité par Evadream -jbd- le 11-11-2003 à 01:19:23
Reply

Marsh Posté le 11-11-2003 à 01:43:05    

Je vois ca :

 
+----------------------------------------------------+
|                      SIGSEGV                       |
+------------+---------------------------------------+
|SEGV_MAPERR | address not mapped to object          |
+------------+---------------------------------------+
|SEGV_ACCERR | invalid permissions for mapped object |
+------------+---------------------------------------+


 
Mais ca me dit rien à propos d'une lecture ou d'une écriture.
 


UNDOCUMENTED
       Before  the introduction of SA_SIGINFO it was also possible to get some
       additional information, namely by using a sa_handler with second  argu-
       ment  of  type  struct sigcontext.  See the relevant kernel sources for
       details.  This use is obsolete now.
 


 
Dans le fault.c du mon kernel :
 


/* User mode accesses just cause a SIGSEGV */
         if (error_code & 4) {
                 tsk->thread.cr2 = address;
                 tsk->thread.error_code = error_code;
                 tsk->thread.trap_no = 14;
                 info.si_signo = SIGSEGV;
                 info.si_errno = 0;
                 /* info.si_code has been set above */
                 info.si_addr = (void *)address;
                 force_sig_info(SIGSEGV, &info, tsk);
                 return;
         }


 
Je ne vois pas le moyen employé pour connaître si il s'agit d'une lecture ou d'une écriture.


Message édité par Evadream -jbd- le 11-11-2003 à 02:09:43
Reply

Marsh Posté le 11-11-2003 à 04:37:59    

Y'a un truc qui m'échappe : puisque ton programme segfault, tu récupères un coredump. Donc tu lances un debugger avec le core et tu vois où ca coredump exatement. C'est comme ça qu'on fait d'habitude. Pourquoi cherches-tu à intercepter le SIGSEGV ?
 
Edit : en plus, je vois pas comment une lecture pourrait faire segfaulter ton prog. A partir du moment ou c'est dans ton address space, tu peux lire...


Message édité par matafan le 11-11-2003 à 04:40:39
Reply

Marsh Posté le 11-11-2003 à 09:42:04    

C'est un peu particulier. Dans la cadre d'un projet, je développe une mémoire partagée répartie. Initialement, je fais un open de /dev/zero que je mmap par la suite en n'accordant aucun droit afin de symboliser l'état de la mémoire sur le serveur. Lorsque je tente d'accéder à une page de ma mémoire, il y a un sigsegv (je détermine si il s'agit d'un vrai ou d'un faux d'abord ) car je n'ai pas les droits dessus : un gestionnaire de signal prend la main et s'occupe d'aller demander la page au serveur.  
 
Pour connaître les droits que je dois accorder à cette page, il me faut donc connaître si le sigsegv est du à une tentative de lecture ou une tentative d'écriture. Une solution pourrait être d'accorder d'abord le droits en lecture, d'attendre un deuxième sigsegv, et d'accorder les droits en écriture, mais c'est n'est pas optimal.  
 
Voilà toute l'histoire :)

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed