Cygwin und WinPcap 4.1.3 Zeitstempel - Mikrosekundenausgabe - Header-> ts.tv_usec nicht korrekt - C Programm

Question

Ich arbeite an der Entwicklung eines benutzerdefinierten Paket-Sniffer für Windows 7 64-Bit-Host-System (NIC-Karte Realtek PCIe GBE Family Controller) und benutze WinPcap 4.3.1 Bibliothek mit C-Programmierung und Cygwin-Entwicklungsplattform. Ich kann ausgehende und eingehende TCP- und UDP-Pakete über mein Programm lesen. Allerdings bin ich in einem Problem stecken nicht in der Lage, korrekte Zeitstempel in Mikrosekunde von der Struktur Struktur pcap_pkthdr bekommen. Es folgt der Code-Schnipsel aus dem Programm, in dem das Problem besteht:

... 

int getPacket; 
struct pcap_pkthdr *header; 
const u_char *pkt_data; 

/* Sniff the packets */ 
while((getPacket= pcap_next_ex(handle, &header, &pkt_data)) >= 0) 
{  

printf("\n 1) Epoch is: %ld",header->ts.tv_sec&0x00000000ffffffff);  

printf("\n 2) Microsecond is: %ld",header->ts.tv_usec); 

... 

Im Anschluss an die Konsolausgabe, die ich für diese 2 printf() Aussagen in einem Lauf bekam:

1) Epoche ist: 1460262399
2) Mikrosekunde ist: 1576252997999

Zeit in Sekunden (Header-> ts.tv_sec & 0x00000000ffffffff) korrekt ist, wie es zu 2016.04.09 :: 23 übersetzt: 26: 39 (yy-mm- dd :: hh-mm-ss Format)

jedoch Mikrosekunden- (Header-> ts.tv_usec) nicht korrekt ist als der Hexadezimalwert von Mikrosekunde 0x16F0000016F ist, die immer diese Art zeigt Muster von sich wiederholenden (mit verschiedenen Werten) bei der niedrigen und hohen Oktettpositionen. Ich habe Speicherabzüge analysiert und dieselben Werte gefunden, die mich glauben lassen, dass der header-> ts.tv_usec nicht korrekt durch den NPF-Treiber gefüllt wird.

Ich habe viel gesucht und konnte dieses Problem nirgendwo gefunden finden. Außerdem habe ich den Code auf separaten AMD- und Intel-Rechnern getestet und das Problem scheint zu bestehen.

Alle Vorschläge zur Lösung dieses Problems werden sehr geschätzt.

Answer 1

Eigentlich sind in WinPcap nur 32 Bits in tv_sec.

WinPcap verwendet Microsoft's definition of struct timeval - es ist nicht Cygwin benötigt, so kann es nicht Cygwin Definition verwenden - und in dieser Definition tv_sec und tv_usec sind beide long und in MSVC, long ist 32-Bit-sogar auf 64 -bit Plattformen. (Sie benötigen einen anderen Datentyp für ein 64-Bit-Integer.)

Von Ihrem Test, Cygwin struct timeval hat einen 64-Bit-tv_sec und einen 64-Bit tv_usec auf 64-Bit-Plattformen. Deshalb:

1. Cygwin nicht mit WinPcap arbeiten auf 64-Bit-Plattformen;
2. ein 64-Bit-Cygwin-Programm mit WinPcap wird denken, dass die Sekunden und Mikrosekunden Felder eines pcap-Zeitstempels sind ein 64-Bit tv_sec Feld, so dass nur die unteren 32 Bits gültig sind, und denke, dass einige zufällige Orte in Speicher ist das tv_usec Feld, so dass Sie das Verhalten sehen, das Sie melden.