Discussion :

[barcelonais59]

Bonjour, j'ai récemment récupéré un code C assez conséquent. A l’exécution, un appel à fgets sur stdin renvoie NULL et ferror(stdin) renvoie true ; toutefois je ne trouve pas de piste pour interpréter cette erreur ! Merci d'avance.

[Matt_Houston]

man fgets

Si ton système est compatible POSIX errno est mis à jour, donc strerror ou perror te donneront les détails.

[barcelonais59]

man fgets

Si ton système est compatible POSIX errno est mis à jour, donc strerror ou perror te donneront les détails.

Ok j'étais pas sûr, mon man ne me parle pas de errno pour fgets. Il m'indique interrupted system call. Il est possible que mon processus reçoive un SIGCHLD pendant le fgets, est-ce que cela pourrait être la cause de l'erreur ?

[Matt_Houston]

Ah, j'imagine que oui ; installe un handler et tu seras fixé.

[barcelonais59]

Ah, j'imagine que oui ; installe un handler et tu seras fixé.

Oui je pense que c'est justement le handler qui fait planter le fgets. Mais comment puis-je régler ce problème si j'ai à la fois besoin de mon fgets et de mon handler ?

[Matt_Houston]

Si tu contrôles le handler, tu sais si c'est le signal qui a produit l'erreur. Tu peux donc lever un drapeau et rappeler fgets dans la foulée une fois que la séquence principale a récupéré la main.

[barcelonais59]

Si tu contrôles le handler, tu sais si c'est le signal qui a produit l'erreur. Tu peux donc lever un drapeau et rappeler fgets dans la foulée une fois que la séquence principale a récupéré la main.

Ok je vois peut-être l'idée (activer un booléen avant le fgets et le désactiver à la fin) même si je ne vois pas comment on peut être sûr à 100%.
De plus, en constatant le fonctionnement de mon shell, je constate que le fgets semble bloquer le handler SIGCHLD qui est pris en compte à la fin du fgets, le fgets est donc prioritaire et je me demande comment cela est implémenté.

[dalfab]

Bonjour,

Si on veut un Handler de signal qui ne provoque aucun arrêt dans l'application, le plus "simple" c'est :
* créer un thread qui ne fait rien for(;;) { wait(); }.
* masquer tous les signaux pour tous les threads, sauf pour celui là.
* Quand le signal va arriver, c'est forcément le "wait()" qui sera celui interrompu (sinon c'est une fonction quelconque d'un quelconque thread qui exécute une commande "cancellable" telle que que l'est fgets()).
* Les handlers de signaux font normalement leur boulot (ils seront toujours sur le thread qui ne fait rien.)