Discussion :

[andromeda]

Bonjour,

J'utilise winpcap qui utilise un while pour la capture de paquets, j'ai donc mis un qApp->processEvents(); pour eviter que l'application se bloque,
je voulais savoir si je pouvait le mettre dans un thread, mais la question que je me pose,
si je le met dans un thread je vais avoir le meme probleme, l'application se bloquera je suppose?

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
 
 while ((res = pcap_next_ex(adhandle, &header, &pkt_data)) >= 0){
        qApp->processEvents();
        if (CaptureStop)
            break;
 
        if (res == 0)
            // Timeout elapsed
            continue;
 
        ++nPacket;
 
        if (header->caplen == 0)
            break;
 
        dataLength += header->caplen;
 
        if (res == -1){
            print_error(QString("Error reading the packets: %1 ").arg(pcap_geterr(adhandle)));
            break;
        }
 
        print_status1(QString("%1 Packets Captured | Length: %2 | Total Length: %3 ").arg(QString::number(nPacket)).arg(QString::number(header->caplen)).arg(QString::number(dataLength)));
        packet_handler(NULL, header, pkt_data, (unsigned char *)dumpfile);
 
    }

Comment faire pour que l'application ne se bloque pas ?

[dourouc05]

À lire ton problème, je pense que la solution est d'effectivement utiliser winpcap dans un fil d'exécution séparé, puis de communiquer avec le reste de l'application à l'aide de signaux et de slots (technique habituelle avec Qt). Sinon, winpcap n'a pas une API asynchrone ? Ça résoudrait ce genre de problèmes.

[andromeda]

Je vais regarder du coté d'une API asynchone , sinon dans le cas contraire je me pencherais sur ta solution de fil d'execution séparés, et de communiquer
à l'aide de signaux et de slots.

Merci.

[andromeda]

en utilisant des threads j'ai résolu mon probleme.