Hello,
I use Linux Mandriva 2006 and as I describe in subject with tcpdump
50% of received packet are missing! I provide many test and it's also
the same I capture 1/2 of received packets.
[user ~]$ uname -a
Linux hostname 2.6.12-12mdksmp #1 SMP Fri Sep 9 17:43:23 CEST 2005
i686 Intel(R) Xeon(TM)
Hi all,
Can any one explain me about the outputs of tcpdump -xx and -XX options.
The outputs for these options looks like:
tcpdump -xx:
15:56:04.440349 arp who-has 172.16.38.3 tell 172.16.16.110
0x: 0003 4724 f364 0806 0001 G$.d
0x0010: 0800 0604
Latha G wrote:
Hi all,
Can any one explain me about the outputs of tcpdump -xx and -XX options.
The outputs for these options looks like:
tcpdump -xx:
15:56:04.440349 arp who-has 172.16.38.3 tell 172.16.16.110
0x: 0003 4724 f364 0806 0001 G$.d
Slightly off topic, but...
On 11/23/05, Guy Harris [EMAIL PROTECTED] wrote:
...
For a future libpcap supporting pcap-NG, it might not be; that depends
on how the byte-order issue is handled. I can think of two
possibilities, but there might be others:
1) have an ntar_foff contain
dalmasso cedric wrote:
I use Linux Mandriva 2006 and as I describe in subject with tcpdump
50% of received packet are missing! I provide many test and it's also
the same I capture 1/2 of received packets.
...
923 packets captured
1846 packets received by filter
There's a bug in
Guy Harris wrote:
What happens if you compile libpcap with GCC's optimizer turned off? I
suspect this is a bug in the version of GCC in FC4.
And it appears there *is* a bug in the GCC 4.0 in FC4; Google for
fc4 compiler bug gcc libvgahw
for some reports of it. You might want to
Guy Harris wrote:
I'd advise you to talk to the Fedora team about this, and mention that
this stuff *doesn't* crash on any other platform.
...and that there is already one known FC4 compiler bug - Google for
fc4 compiler bug gcc libvgahw
for some reports of it. That bug might also
CVS log entries from 17.11.2005 (Thu) 10:07:09 - 25.11.2005 (Fri) 05:04:13 GMT
=
Summary by authors
=
=
Log entries
