Discussion :

[Taron31]

Bonjour,

En visitant la page MSDN concernant la fonction ReadFile, j'ai lu qu'il y avait 2 "modes" de lecture, un dit "synchronous" et un second dit "asynchronous". J'aimerais avoir quelques informations à ce sujet là s'il vous plait, quoi sert le "mode asynchronous" ?

Notamment, en ce qui concerne la vérification du EOF, on peut lire que cela diffère du "mode" de lecture, aussi je n'ai pas bien compris la méthode de vérification du EOF pour le mode asynchronous :

An asynchronous read operation can get to the end of a file during the initiating call to ReadFile, or during subsequent asynchronous operation.

If EOF is detected at ReadFile time for an asynchronous read operation, ReadFile returns FALSE and GetLastError returns ERROR_HANDLE_EOF.

If EOF is detected during subsequent asynchronous operation, the call to GetOverlappedResult to obtain the results of that operation returns FALSE and GetLastError returns ERROR_HANDLE_EOF.

J'attends de vos lumières :-)
Merci beaucoup.

[Aurelien.Regat-Barrel]

Note que j'ai déplacé vers le forum Dev. Windows.

En mode asynchronous, ReadFiel rend immédiatement la main, et ta demande de lecture est en quelque sorte mise en suspend, et traitée en parallèle. Ca marche en gros comme ça:

Code :

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

1
2
3
4
5
6
7
// appel de ReadFile

// faire autre chose

// attendre que le ReadFile précédent soit exécuté
// tester le résultat du ReadFile (succès / échec)

La remarque t'explique que la "requête" n'est pas traitée sur tu es déjà en fin de fichier, en clair, le ReadFile échoue immédiatement.

[Taron31]

En fait, ReadFile en mode asynchronous, ce serait un peu comme un thread ?
Ok merci.

[Caine]

C'est exactement le principe.

L'appelant d'un ReadFile asynchrone n'est pas bloqué à attendre la complétion de l'opération.

Mais ça suppose d'aller régulièrement "inspecter" si des données sont arrivées pour les traitées.

ReadFile synchrone lui est bloquant pour l'appelant jusqu'à complétion de la lecture. Ce qui peu poser problème si jamais rien n'arrive à l'application.

Pour cette raison, un ReadFile synchrone est souvent mis dans un thread.

[Aurelien.Regat-Barrel]

Sauf que c'est un thread kernel, et pas un thread à toi. En temps normal, quand tu fais un read, ton thread est bloqué, le noyau bosse, puis ton thread est débloqué. En mode asynchrone, ton thread n'est pas bloqué pendant que le noyau répond à sa demande.
http://msdn.microsoft.com/library/en-us/dllproc/base/synchronization_and_overlapped_input_and_output.asp
http://www.codeproject.com/internet/IOCompletionPort.asp

[Taron31]

Mais ça suppose d'aller régulièrement "inspecter" si des données sont arrivées pour les traitées.

D'où ce code :

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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
OVERLAPPED gOverlapped;

// Set up overlapped structure fields.
gOverlapped.Offset     = 0; 
gOverlapped.OffsetHigh = 0; 
gOverlapped.hEvent     = hEvent; 

// Verify that sizeof&#40;inBuffer <= nBytestoRead&#41;.
 
// Attempt an asynchronous read operation.
bResult = ReadFile&#40;hFile, &inBuffer, nBytesToRead, &nBytesRead, 
    &gOverlapped&#41; ; 
 
// If there was a problem, or if the asynchronous operation 
// is still pending. 
if &#40;!bResult&#41; 
&#123; 
    // Deal with the error code. 
    switch &#40;dwError = GetLastError&#40;&#41;&#41; 
    &#123; 
        case ERROR_HANDLE_EOF&#58; 
        &#123; 
            // WCode to handle the end of the file 
            // during the call to ReadFile 
 
             
        &#125; 
 
        case ERROR_IO_PENDING&#58; 
        &#123; 
            // Asynchronous I/O is still in progress
 
            // Do something else for a while 
            GoDoSomethingElse&#40;&#41; ; 
 
            // Check on the results of the asynchronous read. 
            bResult = GetOverlappedResult&#40;hFile, &gOverlapped, 
                &nBytesRead, FALSE&#41; ; 
 
            // If there was a problem  
            if &#40;!bResult&#41; 
            &#123; 
                // Deal with the error code. 
                switch &#40;dwError = GetLastError&#40;&#41;&#41; 
                &#123; 
                    case ERROR_HANDLE_EOF&#58; 
                    &#123; 
                        // We have reached the end of
                        // the file during asynchronous
                        // operation.
                    &#125; 
 
                    // Deal with other error cases. 
                &#125;   //end switch &#40;dwError = GetLastError&#40;&#41;&#41; 
             &#125; 
        &#125; // end case 
 
        // Deal with other error cases, such as the default. 
 
    &#125; // end switch &#40;dwError = GetLastError&#40;&#41;&#41; 
 &#125; // end if

Merci à vous deux pour votre aide

[Aurelien.Regat-Barrel]

Tu devrais mettre TRUE en dernier paramètre de GetOverlappedResult.

[Taron31]

Ok mais j'ai pris ce code de la MSDN...
En fait ReadFile asynchronous retourne toujours FALSE, non ? (puisqu'il tombera toujours sur EOF)

[Aurelien.Regat-Barrel]

En fait ReadFile asynchronous retourne toujours FALSE, non ? (puisqu'il tombera toujours sur EOF)

pourquoi il tombe toujours sur EOF ?

[Taron31]

Oups, nan j'ai rien dit :-)

If EOF is detected at ReadFile time for an asynchronous read operation, ReadFile returns FALSE and GetLastError returns ERROR_HANDLE_EOF.

If EOF is detected during subsequent asynchronous operation, the call to GetOverlappedResult to obtain the results of that operation returns FALSE and GetLastError returns ERROR_HANDLE_EOF.

La remarque t'explique que la "requête" n'est pas traitée sur tu es déjà en fin de fichier, en clair, le ReadFile échoue immédiatement.

En fait, tu veux dire si le fichier est vide au départ ?

[Aurelien.Regat-Barrel]

Pas forcément. Ton fichier fait 10Ko, et tu fais 11 ReadFile de 1Ko. Le 11° échouera de suite...

[Caine]

Non, ça signifie que ReadFile échoue si tu as déjà parcourus l'intégralité du fichier et que tu veut le parcourir encore. Sans le fermer bien sûr.

[Taron31]

Ok
Merci beaucoup encore une fois...