Utiliser FD_SET sous Windows sur l'entré STDIN ?

Bonjour,
Je pense que mon titre est clair mais je vais quand même préciser quelques détails...
Je développe donc une petite application serveur et je veux pouvoir taper des commandes. J'aimerai ne pas à avoir utiliser plusieurs threads.
Mon code doit être le plus portable possible. (Pas de fork, ou execve sous Windows)

Je suis confronté au problème suivant:
Je sais qu'il est possible de faire FD_SET(0, &readfd) sous Linux pour que le select prenne en compte les entrées stdin
Mais par contre sous windows ca ne marche pas du faite que le FD_SET prends uniquement en compte des SOCKETs et que STDIN est un FILE*, je crois.

Quelqu'un connait il un moyen...
Merci d'avance.

Normalement, sous Unixoïde, les sockets sont des descripteurs de fichiers, donc on peut ajouter à un fd_set le descripteur 0, qui correspond à l'entrée standard.

Malheureusement, sous Windows, les sockets ne sont pas des descripteurs mais des HANDLEs: Utiliser un descripteur ne marchera pas, il faut donc passer le HANDLE de l'entrée standard sous Windows. (Il s'obtient en faisant GetStdHandle(STD_INPUT_HANDLE). Je n'ai pas testé cela, mais il est possible qu'en castant le handle retourné en SOCKET pour l'ajouter au fd_set, ça marche.)

Bref, tu vas quand même avoir besoin de quelques #ifdef dans ton code...

ok merci, j'essaye de suite...

L'approche Windows serait d'associer un event à ta socket via WSAEventSelect, et de faire un WaitForMultipleObjects sur tes socket et STD_INPUT_HANDLE.
Mais l'attente dur la console est un peu particulière, je ne crois pas qu'on puisse filtrer certains évènements tel que FOCUS_EVENT malgré un SetConsoleMode( 0 ). Voir la doc de ReadConsoleInput.

Bon et bien la méthode ne marche pas...
Quant à ce que tu proposes, je penses que le plus simple et surtout le plus rapide à mettre en place est l'utilisation d'un thread via createThread sous Windows et un execv sous Linux
Merci pour les infos

Le problème du fd_set sur stdin sous Windows reste d'actualité

Je me souviens avoir essayé un WaitForSingleObject() normal sur une console, mais je la lisais avec les fonctions standard au lieu de ReadConsoleInput(), si bien que le wait me disait qu'il y avait des données, et j'aterrissait sur la fonciton de lecture bloquante...

Finalement, je suis moi aussi passé par un thread, mais pas n'importe comment:
- Dans le thread principal, je duplique le handle de la console, et je lis dessus avec ReadFile() ou ReadConsole().
- Dans un thread secondaire, je ferme le handle dupliqué après un timeout: La fonction de lecture échoue alors avec ERROR_INVALID_HANDLE. Ça marche sous 2000 et XP, mais j'ei bien peur que ce comportement soit indéfini sur d'autres versions... :(

les threads c'est le plus simple...