CVS log entries from 29.07.2002 (Mon) 09:05:50 - 30.07.2002 (Tue) 09:05:45 GMT
=====================================================
Summary by authors
=====================================================
Author: guy
File: tcpdump/CREDITS; Revisions: 1.58
File: tcpdump/print-icmp.c; Revisions: 1.68
File: libpcap/fad-getad.c; Revisions: 1.2
File: libpcap/fad-gifc.c; Revisions: 1.2
File: libpcap/pcap-int.h; Revisions: 1.37
File: libpcap/inet.c; Revisions: 1.50
File: libpcap/fad-glifc.c; Revisions: 1.2
File: libpcap/pcap-snoop.c; Revisions: 1.37, 1.33.2.3
=====================================================
Combined list of identical log entries
=====================================================
Description:
It appears that SIOCGIFMTU returns the MTU in the sense of "maximum
amount of payload you can put in a link-layer packet", i.e. "maximum
size of a link-layer packet minus the link-layer header size", rather
than returning the maximum size of a link-layer packet.
The snapshot length is the maximum amount of data to capture from the
entire packet, so it should be clipped at the MTU plus the link-layer
header, not at the MTU.
Modified files:
File: libpcap/pcap-snoop.c; Revision: 1.37;
Date: 2002/07/30 07:48:20; Author: guy; Lines: (+3 -3)
File: libpcap/pcap-snoop.c; Revision: 1.33.2.3;
Date: 2002/07/30 07:48:48; Author: guy; Lines: (+3 -3)
-------------------------------
Description:
Leave it up to the platform-dependent "get interface list" code to
figure out how big the addresses are, as the way that's done is, well,
platform-dependent....
Modified files:
File: libpcap/fad-getad.c; Revision: 1.2;
Date: 2002/07/30 08:12:13; Author: guy; Lines: (+47 -7)
File: libpcap/fad-gifc.c; Revision: 1.2;
Date: 2002/07/30 08:12:13; Author: guy; Lines: (+56 -37)
File: libpcap/fad-glifc.c; Revision: 1.2;
Date: 2002/07/30 08:12:13; Author: guy; Lines: (+5 -2)
File: libpcap/inet.c; Revision: 1.50;
Date: 2002/07/30 08:12:14; Author: guy; Lines: (+13 -43)
File: libpcap/pcap-int.h; Revision: 1.37;
Date: 2002/07/30 08:12:14; Author: guy; Lines: (+3 -2)
=====================================================
Log entries
=====================================================
Description:
Mail from Kazushi Sugyo indicates that if e-mail from Japan has "NAME1
name2" in the "From:" header, "NAME1" is probably the sender's family
name and "name2" is probably the sender's given name, and suggests that
using the typical Western European convention of "given name first" might
be the right way to handle Japanese names as well.
Fix one entry to match that.
Modified files:
File: tcpdump/CREDITS; Revision: 1.58;
Date: 2002/07/30 08:21:42; Author: guy; Lines: (+1 -1)
-------------------------------
Description:
>From Kevin Steves: handle ICMP_ECHO and ICMP_ECHOREPLY with common code.
Modified files:
File: tcpdump/print-icmp.c; Revision: 1.68;
Date: 2002/07/30 08:15:44; Author: guy; Lines: (+4 -7)
=====================================================
Summary of modified files
=====================================================
File: libpcap/fad-getad.c
Revisions: 1.2
Authors: guy (+47 -7)
-------------------------------
File: libpcap/fad-gifc.c
Revisions: 1.2
Authors: guy (+56 -37)
-------------------------------
File: libpcap/fad-glifc.c
Revisions: 1.2
Authors: guy (+5 -2)
-------------------------------
File: libpcap/inet.c
Revisions: 1.50
Authors: guy (+13 -43)
-------------------------------
File: libpcap/pcap-int.h
Revisions: 1.37
Authors: guy (+3 -2)
-------------------------------
File: libpcap/pcap-snoop.c
Revisions: 1.37, 1.33.2.3
Authors: guy (+3 -3), guy (+3 -3)
-------------------------------
File: tcpdump/CREDITS
Revisions: 1.58
Authors: guy (+1 -1)
-------------------------------
File: tcpdump/print-icmp.c
Revisions: 1.68
Authors: guy (+4 -7)
--
Automatic cron job from /tcpdump/bin/makelog
-
This is the TCPDUMP workers list. It is archived at
http://www.tcpdump.org/lists/workers/index.html
To unsubscribe use mailto:[EMAIL PROTECTED]?body=unsubscribe
