On Mar 24, 2013, at 2:59 PM, Guy Harris wrote:
> Arguably, something like Linux's PF_PACKET sockets would be best for people
> trying to implement protocols atop the link-layer, as (either when not in
> memory-mapped mode, or when in TPACKET_V1 or TPACKET_V2 memory-mapped mode)
> it has no ti
On Mar 24, 2013, at 12:18 PM, Robert Monaghan wrote:
> Basically, I count blocks until I get everything that I need. At that point,
> I do a breakloop.
Is the total block count available at the time you call pcap_loop()? If so,
just pass that in to pcap_loop() as the count.
> This seems to
> "Romain" == Romain Francoise writes:
>> please expect a new release candidate on 2013-03-09, assuming I
>> can get enough Internet in St.Johns.
Romain> Not sure if this was St John's in Antigua or St John's in
Romain> Canada, hopefully the former this time of year (but most
Ok,
So I just stumbled into a "sort of" solution. I have to do a wide-spread test,
first, to see if this is really a fix:
I just set my timeout to 1ms using pcap_set_timeout,
I then added the following to my callback:
void processSingleImage(u_char *args, const struct pcap_pkthdr *header, const
Hi Everyone!
I am using the built in Libpcap library that comes with MacOSX. (MacOSX 10.8.3)
I have set up a background GCD dispatch queue, where the libpcap is set up and
waits for packets to arrive on my 10Gig card.
The code is very trivial, and appears as if it should works well..
Here is th
