On Wed, 06 Apr 2005 20:03:08 -0700
Guy Harris <[EMAIL PROTECTED]> wrote:
Michael Richardson wrote:
I would like to plan a 3.9 branch and release for April.
I would propose branching on April 10, with the release
around April 25.
How does that sound?
It sounds reasonable.
(It turns out I might be
i'm not totally sure this is the right place to send this, but i hope
so.
3 infinite loop dos bugs... the bgp and ldp one SEEM to be fixed in the
cvs versions...the isis one isn't.
attached demonstrational code.
/*[ tcpdump[3.8.x/3.9.1]: (GRE) isis_print() infinite loop DOS. ]
K. Anantha Kiran wrote:
When i try to read each packet from "xx.dump" by using pcap_next, i
am always finding pcap header having "len" member value as "60" when i
read a packet which actually doesnot contain any data (For example ack,
fin packets) . What can be the reason for this.
As Aaron
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The ethernet standard requires that all ethernet frames must be at least
60 bytes long. If the ethernet payload is < 60, then the ethernet card
itself will pad it out to 60 bytes when it sends the packet.
- -Aaron
On Sat, Apr 23, 2005 at 10:59:23PM
Hi all,
I have created a dump file by using command "tcpdump -i eth0 -s 0 -w
xx.dump".
When i try to read each packet from "xx.dump" by using pcap_next, i
am always finding pcap header having "len" member value as "60" when i
read a packet which actually doesnot contain any data (For examp
CVS log entries from 23.04.2005 (Sat) 09:06:49 - 24.04.2005 (Sun) 09:06:47 GMT
=
Summary by authors
=
Author: guy
File: libpcap/gencode.c; Revisions: 1.233, 1.221.2.7
File: tcpdum