On Tue, Apr 03, 2012 at 10:33:22AM -0400, Jeff Morriss wrote:
> *My* intent was to revert back out my change to go back to what
> Joerg had intended in r34356. That revision says the intent was "to
> increase common source code coverage".
>
> I think I had also see some comments (r28285, for example) about
> wanting/trying to get the AirPcap GUI working on Linux. I don't
> know much more than that since I don't have one of the devices to
> play with. Joerg?
OK, I've read the complete thread but this is the right place to reply:
My main intention was indeed to get as much code coverage during compilation
on non-Windows systems as possible. As a (really minor) side effect, I
could take at least a look at how this looks like when I tried answering
questions from Windows users on #wireshark as well as make it clear to
the Unix'ish users that there is some missing functionality.
Btw, with this patch, autofoo and cmake are out of sync again now, as the
cmake stuff was not changed. So is it OK if I make the relevant changes
to cmake as well? If so, I will improve the cmake stuff to compile with
airpcap if available by default and not compile with airpcap if not
available.
Ciao
Jörg
PS: The proper solution to this would be to integrate the APIs and
functionality for channel selection into libpcap on non-Windows
and have winpcap mirror this api wise and maybe have winpcap call
airpcap to do the channel selection stuff on Windows.
--
Joerg Mayer <jmayer@xxxxxxxxx>
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.
