Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-24 Thread Guy Harris
(blah blah blah *surely* Thunderbird must have some way of arranging that a particular mailbox have a preferred From address blah blah blah duplicate post blah blah blah) David Young wrote: "Oh." Have we got the stomach for radiotap v2? If big-endian kernels no longer have to convert fields to

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-24 Thread David Young
On Sun, Sep 19, 2004 at 02:02:05PM -0700, Guy Harris wrote: > "pcap_is_swapped(p)" returns "true" if the capture file you've opened > was captured on a machine with a different byte order, based on the byte > order of the magic number - if that matches the byte order of the > radiotap values, that'

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-24 Thread David Young
On Sun, Sep 19, 2004 at 05:32:12PM -0700, Guy Harris wrote: > Is the cpack.c stuff useful, or potentially useful, for anything other > than the radiotap stuff? It is potentially useful, yes, for other extensible, synthetic headers where CPU and memory bandwidth need to be conserved. I cannot pred

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-23 Thread Guy Harris
(blah blah blah the other brain fart was sending it from sonic.net again blah blah blah duplicate message dissector blah blah blah) Michael Richardson wrote: You tell me. We didn't do a 0.8.4 yet, but this sounds like significant enough to warrant 0.9, but maybe I'm wrong. Sorry, brain fart,

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-23 Thread Michael Richardson
-BEGIN PGP SIGNED MESSAGE- > "Guy" == Guy Harris <[EMAIL PROTECTED]> writes: Guy> Michael Richardson wrote: >> Okay, so can it get integrated into CVS HEAD, and I will arrange >> to do a 3.9, 0.9. Guy> HEAD, or HEAD and x.8 branch? You tell me. We didn't do a 0.

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-23 Thread Guy Harris
(blah blah blah another message sent from the wrong address blah blah blah duplicate message detector blah blah blah) Michael Richardson wrote: Okay, so can it get integrated into CVS HEAD, and I will arrange to do a 3.9, 0.9. HEAD, or HEAD and x.8 branch? - This is the tcpdump-workers list. Vi

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-23 Thread Michael Richardson
> "Bruce" == Bruce M Simpson <[EMAIL PROTECTED]> writes: >> >Looks good to me, at least for the top-of-tree (where we require >> that >the platform support 64-bit integers, and where we define >> u_int64_t to >be an unsigned 64-bit integer type). Bruce> It would be nice if we

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-22 Thread Bruce M Simpson
On Sun, Sep 19, 2004 at 05:32:12PM -0700, Guy Harris wrote: > >Looks good to me, at least for the top-of-tree (where we require that > >the platform support 64-bit integers, and where we define u_int64_t to > >be an unsigned 64-bit integer type). It would be nice if we could get this committed and

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-19 Thread Guy Harris
(blah blah blah duplicate posts blah blah blah thunderbird blah blah blah multiple accounts blah blah blah) Guy Harris wrote: Looks good to me, at least for the top-of-tree (where we require that the platform support 64-bit integers, and where we define u_int64_t to be an unsigned 64-bit integer

Re: [tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-19 Thread Guy Harris
(Blah blah blah work around duplicate message detector blah blah blah someday I'll figure out if I can configure Thunderbird to know that all tcpdump-workers mail should come from my alum.mit.edu address blah blah blah.) David Young wrote: Here is support for radiotap, an extensible radio captu

[tcpdump-workers] "final" radiotap patch for tcpdump

2004-09-19 Thread David Young
Here is support for radiotap, an extensible radio capture header for 802.11, in its (hopefully) final form. I made the diffs from the CVS HEAD. The main difference from previous radiotap patches (such as those that appear in FreeBSD) is that it fixes some alignment problems. Any objections to my