oui tout a fait, mais c'est vrai que pour le moment, je n'avais pas inclu le stdin dans le select. Pour le moment, j'ai un "while(fread(&buf, sizeof(uint8_t), size, fin) == (size_t)size)", fin etant un FILE * redirige vers stdin. Mais effectiveent, le tout aura besoin d'un coup de nettoyage. Je precise que le code en est a un etat assez primaire pour le moment.
D'ailleurs, une ou deux petites choses me posent question sur les socket unix ...
quand je cree (ouvre?) une socket, l'index commence toujours a 4 dans mon cas ... je crois savoir que le 0 est pour le stdin, le 1 pour le stdout et le 2 pour le stderr ... et le 3?
pouvez-vous me confirmer que les index retournes par socket() sont processus specifique? a chaque appel socket(), j'obtiens l'index 4 en premier pour le serveur et les clients. le seul element partage par le serveur et les clients etant le file descriptor lors du bind() et des connect().
[^] # Re: Que fait B ?
Posté par grab06 . En réponse au message probleme d'utilisation de socket unix. Évalué à 1.
oui tout a fait, mais c'est vrai que pour le moment, je n'avais pas inclu le stdin dans le select. Pour le moment, j'ai un "while(fread(&buf, sizeof(uint8_t), size, fin) == (size_t)size)", fin etant un FILE * redirige vers stdin. Mais effectiveent, le tout aura besoin d'un coup de nettoyage. Je precise que le code en est a un etat assez primaire pour le moment.
D'ailleurs, une ou deux petites choses me posent question sur les socket unix ...
quand je cree (ouvre?) une socket, l'index commence toujours a 4 dans mon cas ... je crois savoir que le 0 est pour le stdin, le 1 pour le stdout et le 2 pour le stderr ... et le 3?
pouvez-vous me confirmer que les index retournes par socket() sont processus specifique? a chaque appel socket(), j'obtiens l'index 4 en premier pour le serveur et les clients. le seul element partage par le serveur et les clients etant le file descriptor lors du bind() et des connect().
merci a vous.