summaryrefslogtreecommitdiffstats
path: root/contrib/libpcap/TODO
diff options
context:
space:
mode:
authorfenner <fenner@FreeBSD.org>2002-06-21 01:36:27 +0000
committerfenner <fenner@FreeBSD.org>2002-06-21 01:36:27 +0000
commit1e8ea467791f99f6068888787c27fd8b6b923d2c (patch)
tree4bf19d614b784f03cdea171c65cf7b2e9f63715c /contrib/libpcap/TODO
parenta6bce8883c0f9dd7fee0eb03667f57b40b1d9dab (diff)
downloadFreeBSD-src-1e8ea467791f99f6068888787c27fd8b6b923d2c.zip
FreeBSD-src-1e8ea467791f99f6068888787c27fd8b6b923d2c.tar.gz
Import libpcap 0.7.1, from
http://www.tcpdump.org/release/libpcap-0.7.1.tar.gz
Diffstat (limited to 'contrib/libpcap/TODO')
-rw-r--r--contrib/libpcap/TODO16
1 files changed, 10 insertions, 6 deletions
diff --git a/contrib/libpcap/TODO b/contrib/libpcap/TODO
index e90b9d8..633a776 100644
--- a/contrib/libpcap/TODO
+++ b/contrib/libpcap/TODO
@@ -11,14 +11,14 @@ General
should stick to the standard.
- The source files should be better documented. There is no official
- design guideline what is done where. There should be a common coding
- style (okay, you can guess that bye looking at the code) and a guideline
+ design guideline for what is done where. There should be a common coding
+ style (okay, you can guess that by looking at the code) and a guide for
what needs to be documented.
Linux kernel interface
- Currently there is a race condition in that a socket is activated at the
- same time when it is opened - before applying a filter. This has to
+ same time it is opened - before applying a filter. This has to
be corrected so that capture starts when pcap_read is called for the
first time.
@@ -28,9 +28,13 @@ Less urgent items
- Better documentation and cleanup of the interface. I am seeing a few
problems at the first glance which needs fixing:
+ pcap_lookupnet makes little to no sense with protocols != IPv4
- + not very suited for interactive programs (think ethereal). There should
- be a way for the application to get a file descriptor which it has to
- monitor and a callback in pcap which has to be called on activity
+ + not very well suited for interactive programs (think ethereal). There
+ should be a way for the application to get a file descriptor which it
+ has to monitor and a callback in pcap which has to be called on
+ activity (XXX - "pcap_fileno()" handles the first part, although
+ "select()" and "poll()" don't work on BPF devices on most BSDs, and
+ you can call "pcap_dispatch()" as the dispatch routine after putting
+ the descriptor into non-blocking mode)
+ too many functions. There are a lot of functions for everything which
violates the KISS principle. Why do we need pcap_strerror, pcap_perror
and pcap_geterr?
OpenPOWER on IntegriCloud