Le samedi 01 mai 2004, pascal a écrit... bonjour,
> getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0 Cherche le nombre de fichiers ouvrables. La limite souple (ulimit -n) est égale à la limite hard (ulimit -n -H). Donc tout va bien et ça renvoie 0 > close(1023) = -1 EBADF (Bad filedescriptor)" > .... > close(7) = -1 EBADF (Bad filedescriptor)" > et apparamment il tente d'ouvrir et il ferme successivement un bon > millier de "file descriptor" suivants... > Trouve le 6 qui semble lui plaire ...essaie d'y enfiler la date l'heure > le nom d'hôte de la machine...Puis freeze définitivement sur Je suppose qu'il commence par le plus grand possible ? > select(10, [7 9], [], NULL, {60, 0}) = 0 (Timeout)... > Je ne suis pas programmeur système mais ca me semble qd même pas très > normal, non ? surveille, si je comprends bien, les fd 7 à 9 (ou 7 et 9 ?), donc 10 pour le premier argument (9 + 1), y compris la socket d'établissement de communication, ce qui semble en laisser 2 (8 et 9 ?) pour des demandes de connexion en lecture. Qui seraient déjà établies si elles sont dans l'ensemble fd_set ? avec un timeout de 60 secondes. Le retour nul (0) indique que select() a bien fonctionné mais qu'aucune socket n'est utilisée avant le timeout ? à confirmer, tout ça... > netsat -anvp me renvoie bien des connections actives (udp) et > "listening" pour pvmd ainsi qu'un fichier "/tmp/fileEMoHfE" qui doit > indiquer le n° de socket en théorie mais qui en fait est vide J'ai déjà eu des appli qui me faisaient ce type de fichier vide (Mozilla ?), alors est ce un truc vraiment à considérer ? pour affiner ? strace -esocket,listen -- jm