salut    
 
j'aimerai savoir s'il existe en C des fonction de saisi non bloquant , pour pouvoir résoudre un probléme avec un programme client serveur qui utilise les sockets .
 
Merci.
 

c'est quoi ton probleme avec les sockets ?

Il fait une appli utilisant les sockets et il voudrait utiliser les fonctions qui ne "bloquent" pas le prog pour pouvoir faire en paralelle une boucle pour afficher les messages reçus. ( enfin... je crois )

Utilise les threads. On a jamais besoin de fonctions non blocantes. Au contraire...
 
Maintenant, tu comprends pourquoi les I/O sont blocants...
 

Et si on fait une appli console, on fait comment ? ( un truc truc un peu comme telnet... )

Les threads, ça fonctionne dans les modes console ou GUI, peu importe...
 
http://mapage.noos.fr/emdel/pthreads.htm

Je ne dis pas que les threads ne marchent pas en console... Disons juste que j'aurais besoin de connaître une fonction d'entrée non blocante  

T'es lourd, je te dis qu'il n'y en a pas sur stdin en C standard.
 
Certains systèmes permettent néanmoins un config non blocante (rarement utile, programmation de chacal...) Quel est ton système ?

oui oui, c'est exactement ça.
en fait je veux j'ai fet en consol une aplication client/serveur qui utilise des socket non bloquant, pour permetre au clien (par exemple) d'envoyer des message au serveur sans ce préocupé de la reponce du serveur c'est envoyer 1, 2, 3 , 4, ou plusieur message de suite.   (est c'est la méme chose pour le serveur).
 
Mais quand le serveur reçoi la les message du client, il ne les affiche pas tout de suit car il attend lui aussi un saisi sur stdin (donc il ne lé affiche qu'apré avoir fait la saisi), et c'est idem quant c'est le serveur qui envoi au client...
 
Donc je voulez savoir s'il étai possible d'utilisé un fonction de saisi non bloquant pour: s'il n y pas de saisi sur le serveur il affiche les message reçu par le cient systematiquement...  voilà.
 
Je suis sous windows.
 

c'est les méme fonctions, sous windows ?

 
Celles ci sont standards.

ah ok, merci.

Enfin, standard POSIX.1. Mais oui, on les trouve sous Windows et unixoides...
 (sur le site de Red Hat, si je me souviens bien...)

et select, ca suffirait pas dans ce cas ?

bah montre un peut comment on peut l'utilisé pour résoudre le prob, j'ai déja essayer mais je n'arrive pas...

Sous Windows, non, pas pour stdin.

Moi, à l'iut, j'avais un super truc, pour saisir des caractère de manière non-bloquante Fallait faire :

Ou un truc comme ça Et dans ce cas, getch prenait dans le buffer clavier si c'était dispo. Je sais pas pourquoi, mais ça m'a pas l'air standard

C'est non seulement non standard (conio est une invention de Borland), mais en plus complètement antisocial, car ça prend 100% du CPU. Seules les interruptions fonctionnent...
 
A bannir dans une application sérieuse.

Hahaha ouais, la réception des données se faisait justement par interruption... C'était pour un projet de fin d'année, j'était jeune, insouciant...