Posté par xfred31 .
En réponse au message Signaux.
Évalué à 1.
Yes !
Merci pour ces éclaircissements; la notion de groupe de processes m'était assez obscure jusqu'à maintenant.
Je pense avoir compris : dans un programme C, utiliser le setpgid() dans le fils me permet de le signaler avec un -PID - ce qui entraine à première vue le comportement que j'attendais.
J'imagine que c'est ce que fais le shell pour les nouveaux processes en mode interactif, par exemple, et que c'est ce comportement que tu décrivais.
When the message does not fit into the send buffer of the socket, send normally blocks, unless the socket has been
placed in non-blocking I/O mode.
A priori, rien ne dit que le message entier est supposé être délivré même si sa longeur est inférieure à la limite imposée localement. J'ai rencontré ce cas à plusieurs reprise et j'ai interprété la valeur de retour (si est elle strictement supérieure à 0) comme étant l'offset de départ pour le prochain send :
The calls return the number of characters sent, or -1 if an error occurred.
Cela afin d'envoyer le message complètement. Je crois qu'il s'agit d'une approche assez classique (?).
[^] # Re: groupe de processus
Posté par xfred31 . En réponse au message Signaux. Évalué à 1.
Merci pour ces éclaircissements; la notion de groupe de processes m'était assez obscure jusqu'à maintenant.
Je pense avoir compris : dans un programme C, utiliser le setpgid() dans le fils me permet de le signaler avec un -PID - ce qui entraine à première vue le comportement que j'attendais.
J'imagine que c'est ce que fais le shell pour les nouveaux processes en mode interactif, par exemple, et que c'est ce comportement que tu décrivais.
Merci encore !
[^] # Re: I go to sleep
Posté par xfred31 . En réponse au message Signaux. Évalué à 1.
Le man ne dit rien sur la récursivité.
Merci pour ta réponse en tout cas.
# Man pages
Posté par xfred31 . En réponse au message Appel systeme send (). Évalué à 1.
Extrait de la man-page (Linux) :
When the message does not fit into the send buffer of the socket, send normally blocks, unless the socket has been
placed in non-blocking I/O mode.
A priori, rien ne dit que le message entier est supposé être délivré même si sa longeur est inférieure à la limite imposée localement. J'ai rencontré ce cas à plusieurs reprise et j'ai interprété la valeur de retour (si est elle strictement supérieure à 0) comme étant l'offset de départ pour le prochain send :
The calls return the number of characters sent, or -1 if an error occurred.
Cela afin d'envoyer le message complètement. Je crois qu'il s'agit d'une approche assez classique (?).
# config.log
Posté par xfred31 . En réponse au message Problème compilation Kerberos avec GCC. Évalué à 1.