On 2016/01/26 20:52, Michael McConville wrote: > Something like this? Wait to see what others say, but that looks good to me (not yet tested).
> There's a lot to be removed from libpcap too. We could kind-of do with updating libpcap. It's not a huge problem yet but we are starting to run into things in ports that require hacks to cope with our old version. So I'm reluctant to make too many changes over there. Newer upstream versions also handle the timeval mess better (using normal timevals internally and convert to fixed-size ones for pcap file i/o, rather than our approach of bpf_timeval everywhere, which is totally unworkable for ports that mix bpf_timevals with "real" timevals).
