TODO revision 75107
175107Sfenner TODO list for libpcap 275107Sfenner======================= 375107Sfenner 475107SfennerImportant stuff (to be done before the next release) 575107Sfenner--------------- 675107Sfenner 775107SfennerGeneral 875107Sfenner 975107Sfenner- configure should not be in the CVS. Most open source projects have an 1075107Sfenner autogen.sh script to run autoconf etc. after checkout. I think we 1175107Sfenner should stick to the standard. 1275107Sfenner 1375107Sfenner- The source files should be better documented. There is no official 1475107Sfenner design guideline what is done where. There should be a common coding 1575107Sfenner style (okay, you can guess that bye looking at the code) and a guideline 1675107Sfenner what needs to be documented. 1775107Sfenner 1875107SfennerLinux kernel interface 1975107Sfenner 2075107Sfenner- Currently there is a race condition in that a socket is activated at the 2175107Sfenner same time when it is opened - before applying a filter. This has to 2275107Sfenner be corrected so that capture starts when pcap_read is called for the 2375107Sfenner first time. 2475107Sfenner 2575107SfennerLess urgent items 2675107Sfenner----------------- 2775107Sfenner 2875107Sfenner- Better documentation and cleanup of the interface. I am seeing a few 2975107Sfenner problems at the first glance which needs fixing: 3075107Sfenner + pcap_lookupnet makes little to no sense with protocols != IPv4 3175107Sfenner + not very suited for interactive programs (think ethereal). There should 3275107Sfenner be a way for the application to get a file descriptor which it has to 3375107Sfenner monitor and a callback in pcap which has to be called on activity 3475107Sfenner + too many functions. There are a lot of functions for everything which 3575107Sfenner violates the KISS principle. Why do we need pcap_strerror, pcap_perror 3675107Sfenner and pcap_geterr? 3775107Sfenner + the manpage has a brief description of each function but where is the 3875107Sfenner big picture? Seems like you need to buy UNP for that... 39