On Mar 5, 2010, at 3:56 AM, Selçuk Cevher wrote:
> As far as I know, in general, pcap_loop() function of libpcap library is
> preferred over pcap_next_ex() function in both live and offline capture.
>
> Is it related to some kind of fact that pcap_loop() is more
> robust/reliable/efficient ?
It
On Fri, Mar 5, 2010 at 6:59 PM, Michael Richardson wrote:
>
> > "Guy" == Guy Harris writes:
>Guy> The Makefile has a rule to "generate" it, so I'd see that as
>Guy> OK. (It also means that "make clean" would remove the symlink,
>Guy> which is arguably the right thing for it to d
On Mar 5, 2010, at 9:42 AM, Ken Bantoft wrote:
>
> On 2010-03-03, at 11:55 PM, Darren Reed wrote:
>
>> On 19/02/10 10:56 AM, Michael Richardson wrote:
>>>
"Darren" == Darren Reed writes:
>>>Darren> Is there a target date for the delivery of tcpdump 4.1 and
>>>Darre
> "Guy" == Guy Harris writes:
Guy> The Makefile has a rule to "generate" it, so I'd see that as
Guy> OK. (It also means that "make clean" would remove the symlink,
Guy> which is arguably the right thing for it to do.)
>> The other way is to make releasetar: depend upon bpf_f
On Mar 5, 2010, at 8:48 AM, Michael Richardson wrote:
> Does anyone see a problem if I move bpf_filter.c from CSRC
> to GENSRC in the libpcap Makefile?
The Makefile has a rule to "generate" it, so I'd see that as OK. (It also
means that "make clean" would remove the symlink, which is arguably
Does anyone see a problem if I move bpf_filter.c from CSRC
to GENSRC in the libpcap Makefile?
The other way is to make releasetar: depend upon bpf_filter.c,
so that the symlink is shipped, but I think we shouldn't ship the
symlink.
--
] He who is tired of Weird Al is tired of life!
On 2010-03-03, at 11:55 PM, Darren Reed wrote:
> On 19/02/10 10:56 AM, Michael Richardson wrote:
>>
>>> "Darren" == Darren Reed writes:
>>>
>> Darren> Is there a target date for the delivery of tcpdump 4.1 and
>> Darren> libpcap 1.1?
>>
>> Ken is working on it
Hi All,
As far as I know, in general, pcap_loop() function of libpcap library is
preferred over pcap_next_ex() function in both live and offline capture.
Is it related to some kind of fact that pcap_loop() is more
robust/reliable/efficient ?
Thanks.
-
This is the tcpdump-workers list.
Visit http
