Ne met pas de déclaration de variable dans une boucle

Et vérifie le retour de select aussi.

Triple poste désolé pas simple sur mobile..
La ton select va être bloquant s'il n'y a rien à lire sur ton socket, comme tu a mis NULL au timeout.

Met une struct timeval avec ses champs à 0 si tu veux pas que select soit bloquant.

"Ne met pas de déclaration de variable dans une boucle"

Et pourquoi? Ca me parait etre une plutot bonne idee pour eviter les problemes de changement de scope.

Oui tu as raison godrik c'est plus une habitude que j'ai prise.
mais quand même ici je vois pas l’intérêt de mettre la déclaration du fd_set dans la boucle ?

while (TRUE){
fd_set _readfs;
FD_ZERO(&_readfs);
FD_SET(_fdRTCP, &_readfs);
..}

en fait je savais pas trop, j'ai pas testé sans. Je me suis inspiré des tutos du man (http://linux.die.net/man/2/select_tut) qui fait ça dans une boucle infinie + ton code donnée plus haut (que j'ai surement mal interprété du coup )

@godrik : oui toi qui t'y connais surement bien mieux que moi en C et optimisation, faire des déclarations dans une boucle comme ça niveau ressource ça se passe comment... ? Vu que je suis sur iOS, j'essaye de ménager l'engin et j'aimerai de préférence passer les contrôles d'apple le jour ou je veux passer sur le market

Apple fait simplement une analyse statique de l'application, ils contrôle pas grand chose.
Pour ce genre de boucle ça ne pose pas de problème de déclarer des variables comme cela, c'est même mieux, ça rend le code plus clair. En général, déclare ta variable le plus proche de là où tu t'en sers.

dark_drow : fais ta déclaration dans la boucle. Niveau assembleur produit, ça ne change probablement rien. Mais niveau sémantique, ça t'empêche d'utiliser ta variable hors de la boucle... et ça c'est important pour éviter les bogues.

le_chocolat, l'interet est d'eviter les probleme de scoping en ayant deux variables du meme nom. Ou encore d'eviter de te tapper 50 declarations de variables en debut de fonction alors qu'elle ne seront utilise que dans une boucle a la con quelquepart vers la fin de la fonction. Mettre toutes les declarations au debut rends la comprehension du code tres difficile dans mon experience (particulierement en fortran).

Au niveau de la compilation/optimisation, il ne devrait y avoir aucune difference. Si il y en a une, je suggere un rapport de bug aux developpeur du compilateur.

Par contre ça peut être intéressant quand on a des pointeurs et de l'aliasing, couplé au mot clef restrict.