Discussion :

[leMédaillon]

Bonjour,

Comment utiliser select sous Windows ?

Depuis maintenant 4 à 5 mois, je sais très bien utiliser select sous Linux. Cela m'a permis d'ailleurs de simuler des jeux tels que le typespeed ou encore le fastfood (une variante du snake que j'ai moi-même créé). Mais j'ai un petit soucis. J'essaye d'utiliser la fonction select sous Windows mais en vain. Quelqu'un saurait-il comment adapter select à la plateforme Windows ?

J'aurais lu sur la toile quelques programmes qui utilisent <windows.h> mais le fait est que cela ne fonctionne pas : la fonction select n'est toujours pas reconnue (du moins à mon niveau). Espérant que quelqu'un puisse m'éclairer, je vous souhaite une bonne après-midi.

[jouana]

Bonjour,

select MSDN

Une petite recherche dans google select C MSDN te permet de trouver cette page, toutes les infos sont la va voir à la fin "Requirements" et tu auras l'include et la dll nécessaire pour sont bon fonctionnement.

PS : pense à mettre MSDN sur des recherches techniques pour windows ça aide

Bonne fin de journée

[Zenol]

Première chose, select n'est utilisable que pour des sockets sous windows, contrairement au select de linux.

N'en déplaise à certain, le select de windows est un peu un "gros hack". Déjà, l’accès à une socket est en O(n^2) du nombre de sockets sur les quels tu fait ce select. Ensuite, comme les socket sont des nombre "un peu n'importe comment", l'élément a la position i n'a aucune raison d'être le file descriptor de valeur "i".

Mes include, pour select (et les autres fonctions comme getaddrinfo) sous window sont :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
#include <winsock2.h>
#include <Ws2tcpip.h>
#include <stdio.h>

Avec ça, la fonction est bien déclarée.

Pour l'utilisation, tu as cette page :
http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Il faut bien garder en tête que la structure fd_set que tu manipule sous windows est celle ci.

Aussi, pour récupérer les codes d’erreur (utile si tu fait des sockets non bloquantes) il faudra utiliser "WSAGetLastError".

Je ne pense pas que taper directement dans le fd_set, pour avoir un algo en O(n) soit une mauvaise chose (et je ne me prive pas pour le faire).

Attention, de base, seul 64 sockets peuvent être conservées dans un fd_set

Si tu a d'autres questions, n'hésite pas.

[leMédaillon]

@jouana
Tiens, merci. J'avais déjà vu cette page mais je n'ai pris le soin de lire tout en entier car je pensais que seul le fonctionnement de select y est détaillé. J'ai maintenant lu la section Requirements et je comprends mieux. Ainsi, si j'ai bien compris, le code suivant (voir section EXEMPLE) devrait pouvoir fonctionner sous Windows si j'utilise les bon *.dll et autres) ? Parce que, ne codant que rarement sous Windows et préférant la ligne de commandes, j'ai souvent du mal quand je me connecte sous Windows.

[Zenol]

@jouana
Tiens, merci. J'avais déjà vu cette page mais je n'ai pris le soin de lire tout en entier car je pensais que seul le fonctionnement de select y est détaillé. J'ai maintenant lu la section Requirements et je comprends mieux. Ainsi, si j'ai bien compris, le code suivant (voir section EXEMPLE) devrait pouvoir fonctionner sous Windows si j'utilise les bon *.dll et autres) ? Parce que, ne codant que rarement sous Windows et préférant la ligne de commandes, j'ai souvent du mal quand je me connecte sous Windows.

Non, stdin n'est pas une socket.

Si tu remplace FD_SET(0, &rdfs) par FD_SET(une_socket, &rdfs), en lisant en diagonale, on dirait que oui.

Mais je te déconseille fortement de te baser sur les pages de man linux/bsd pour utiliser select sous windows.

[leMédaillon]

@Zenol
Je te remercie pour toutes ces précisions. D'un auitre côté, j'ai quelques doutes. En réalité, si je m'orientes vers select sous Windows, c'est surtout pour récrire quelques programmes que j'avais écrit sous Linux et les adapter à Windows.

Considérons le texte suivant. Il y a une partie de mon programme qui vérifie si le descripteur de flux STDIN_FILENO est disponible toute les 3 secondes. En réalité, un repas est affiché à l'écran. Puis le programme teste la disponibilité de STDIN_FILENO toutes les 3 secondes. Si le joueur arrive à prendre le repas avant la fin du compte à rebours, il gagne 10 points et un nouvel repas est affiché à un nouvel endroit. Sinon, s'il n'y arrive pas, il perd un point de vie (sur trois au total) puis un nouvel repas est affiché.

Le problème ne réside ici pas dans la réalisation du compte à rebours ou du programme qui fonctionne bien sous Linux. Je rappelle que le programme est réalisé avec ncurses. Mais le problème ici est : comment simuler ce comportement de select (qui fonctionne sous Linux) sous Windows ? Faut-il utiliser select aussi ? Ou bien il y a une autre fonction adaptée à cela ?

Espérant avoir été clair dans mes idées, je vous souhaite bonne après-midi.

[Zenol]

En réalité, si je m'orientes vers select sous Windows, c'est surtout pour récrire quelques programmes que j'avais écrit sous Linux et les adapter à Windows.

Bienvenue en enfer


Je n'ai pas bien saisit ce que tu fait avec select. Tu utilise select(0, NULL, NULL, NULL, timeout) pour effectuer un compte a rebours bloquant de 3 secondes dans un thread?

En tout cas, tu ne peux pas utiliser select pour avoir des informations sur l'entrée standard, ou même un fichier, car comme tu peux le lire sur la documentation, la structure fd_set ne peux contenir que des sockets.

[leMédaillon]

Oui zenol ; je crois aussi que je suis à la porte de l'enfer là.

Par contre,

En tout cas, tu ne peux pas utiliser select pour avoir des informations sur l'entrée standard, ou même un fichier, car comme tu peux le lire sur la documentation, la structure fd_set ne peux contenir que des sockets.

Je ne suis pas tout à fait du même avis que toi. select peut être utilisé pour tester la diponibilité d'un descriptueur de fichier et cela marche très bien sous Linux. Regardes un peu la portion de code suivante.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
[...]
      find = FALSE ;
      FD_ZERO(&readfds) ;
      FD_SET(STDIN_FILENO, &readfds) ;
      timeout.tv_usec -= acc.tv_usec ;
      timeout.tv_sec -= acc.tv_sec ;
      if(timeout.tv_usec < 0) {
            timeout.tv_sec -= 1 ;
            timeout.tv_usec += 1000000 ;
      }
      if(gettimeofday(&tv1, NULL)==-1) {
         endcurses() ;
         perror("gettimeofday") ;
         return EXIT_FAILURE ;
      }
      if(select(1, &readfds, NULL, NULL, &timeout)==-1) {
         endcurses() ;
         perror("select") ;
         exit(EXIT_FAILURE) ;
      }
      if(FD_ISSET(STDIN_FILENO, &readfds)) {
         r = getch() ; // fontion getch() des ncurses et non celle de conio.h
         switch(r) {
            case ESCAPE:
               cont = FALSE ;
               break ;
            case KEY_UP:
               if(lab->grid[posY-1][posX] == 1) { // player hits a wall
                  if(--pv==0)
[...]

Mais il faut noter que ce n'est pas select qui fait le compte à rebours : il y a tout un algorithme qui est derrière (mais rien de bien sorcier en tout cas).

[Médinoc]

@leMédaillon: La différence, c'est que sous *n*x, les sockets sont des descripteurs de fichier. Sous Windows, ce sont des HANDLEs spéciaux.

Résultat, sous *n*x, select() marche aussi bien sur STDIN_FILENO que sur des sockets puisque c'est la même chose. Sous Windows, select() ne marche que sur des sockets, et pas sur des descripteurs de fichier, car sous Windows, ce sont des choses différentes.

Le seul moyen d'attendre en même temps sur la console et un socket avec la même fonction, c'est:

• passer la console en mode caractère par caractère, parce que sinon la fonction d'attente "mentira",
• Utiliser WSAEventSelect() pour obtenir un Event lié à chaque socket,
• Utiliser WaitForMultipleObjects() avec (Un WSAEVENT est, d'après je-ne-sais-plus-quel-écrit, utilisable comme un Event normal).

Edit: Pour attendre seulement sur stdin, tu peux sauter la seconde étape et utiliser WaitForSingleObject() sur son handle au lieu de WaitForMultipleObjects().

[leMédaillon]

Je te remercie pour toutes ses précisions. Mais existerai-il un tutoriel qui explique tout cela de long en large ? Parce que mon code fonctionne bien sous Linux avec select. Je voudrais impérativement écrire une version adaptée pour Windows mais en vain.

[Metalman]

La MSDN, avec toutes les fonctions que Médinoc t'a indiqué, devraient te permettre d'avoir PLEINS d'informations !
Après, je pense qu'il doit y avoir des bouts de code en ligne qui utilisent toutes ces fonctions... n'hésite pas à taper leur nom dans google ! (j'ai trouvé quelques exemples forts utiles ainsi... mais ce fut long !)

[Médinoc]

Un truc en vrac:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
//Passer la console en caractère par caractère:
HANDLE hCon = GetStdHandle(STD_INPUT_HANDLE);
DWORD mode = 0;
GetConsoleMode(hCon, &mode);
mode &= ~ENABLE_LINE_INPUT;
SetConsoleMode(hCon, mode);
 
//Attendre qu'un truc se passe sur la console pdt trois secondes:
WaitForSingleObject(hCon, 3000);

Le problème si tu ne passes pas la console en mode caractère, c'est que WaitForSingleObject "ignore" le mode ligne: Ce qui veut dire que lui, il retournera dès le premier caractère tapé; puis ton getchar() ou fgets() bloquera jusqu'à ce que tu presses [Enter].

Pour éviter ce problème, tu dois passer en mode caractère et bosser directement en getchar().

[leMédaillon]

Humm I can see. Merci à vous, en particulier à Médinoc. Je vais me renseigner sur google, même si je pense qu'un lien vers un tutoriel existentiel, aurait été plus intéressant.

Ah qu'est-ce-que c'est chia** de vouloir adapter des programmes pour qu'ils fonctionnent sous Windows et Linux en même temps. Merci et bonne soirée !