Re: [tcpdump-workers] [PATCH] enable sniff on USB ports on linux

answered - not answering does not mean consent to a license change. ciao Joerg -- Joerg Mayer <[EMAIL PROTECTED]> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of techn

Re: [tcpdump-workers] [PATCH] enable sniff on USB ports on linux

enses/license-list.html#GPLIncompatibleLicenses OOps!! So basicall all GPLv2 software that links against libpcap is in violation of the GPL. Basically that means, that wireshark cannot be linked against libpcap? Ciao Joerg -- Joerg Mayer <

Re: [tcpdump-workers] [PATCH] fix usb off by one

ound and might not be doable withouth breaking the ABI but the capture thing should. -- Joerg Mayer <[EMAIL PROTECTED]> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of t

Re: [tcpdump-workers] [Wireshark-users] Filtering both vlan-tagged as untagged frames with an ip-filter

ith older versions of libpcap where the capture syntax might be different. Would a patch to move the capture syntax into its own manpage and into the libpcap package be acceptable? If so, I'm willing to produce one. ciao Joerg -- Joerg Mayer

Re: [tcpdump-workers] [Wireshark-users] Filtering both vlan-tagged

start then. ciao Joerg -- Joerg Mayer <[EMAIL PROTECTED]> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. - This is the tcpdump-workers list. Visit htt

Re: [tcpdump-workers] libpcap license?

* @(#) $Header: /tcpdump/master/libpcap/pcap-bpf.h,v 1.50 2007/04/01 21:43:55 guy Exp >From my understanding, both licenses are valid and must be fulfilled ciao Joerg -- Joerg Mayer <[EMAIL PROTECTED]> We are stuck with technology wh

Re: [tcpdump-workers] Pcap header file

On Thu, Sep 27, 2007 at 01:46:00AM -0700, Win wrote: > > Recently I have installed tcpdump and libpcap on Linux Fedora 7 ( MoonShine ) > my problem is I am unable to find out pcap.h and start my first program in > libpcap. Maybe there is a libpcap-devel package? Ciao Joer

Re: [tcpdump-workers] Announce: tcpdump 3.9.8 and libpcap 0.9.8 released

FS='\n' '/Node Kind: file/ {print substr($$1,7)}' | \ tar cT - | tar xC vpnc-$*/ tar zcf ../$@ vpnc-$* rm -rf vpnc-$* Ciao Joerg -- Joerg Mayer <[EMAIL PROTECTED]> We are stuck with technology when what we really

[tcpdump-workers] Patch: Split out pcap-filters from tcpdump manpage

Ciao Joerg -- Joerg Mayer <[EMAIL PROTECTED]> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. Index:

Re: [tcpdump-workers] Patch: Split out pcap-filters from tcpdump manpage

On Fri, Dec 28, 2007 at 02:17:46AM +0100, Joerg Mayer wrote: > Sometimes I find patches that I was sure I had sent ages ago. This is > one of them - updated to current cvs. > > Move the pcap filter syntax into its own manpage. If that patch is > acceptable, I'll send another p

Re: [tcpdump-workers] Patch: Split out pcap-filters from tcpdump

On Sun, Jan 06, 2008 at 01:26:35PM -0800, Guy Harris wrote: > Joerg Mayer wrote: > >Sometimes I find patches that I was sure I had sent ages ago. This is > >one of them - updated to current cvs. > > > >Move the pcap filter syntax into its own manpage. > > I'

Re: [tcpdump-workers] Patch: Split out pcap-filters from tcpdump

I removed that, as it's not accurate - if you do I made a wrong assumption when I wrote it. Thanks for pointing it out. ciao Joerg -- Joerg Mayer <[EMAIL PROTECTED]> We are stuck with technology when what we really want is just stuff th

Re: [tcpdump-workers] patch: Allow various ethernet address notations

EE and in many books. The '-' notation should be used by all media that use the Ethernet bit order, TR should use ':' - at least if I interpreted the IEEE correctly. Well, it seems that hardly anyone knows that (or that I'm imagining things of course :-

[tcpdump-workers] rpcap support?

Is there a reason why libpcap does not have rpcap support? The winpcap sources contain (a probably outdated) patch against libpcap 1.0.0 to implement this (wpcap/libpcap/remote_code.patch). Thanks Joerg -- Joerg Mayer We are stuck with technology

Re: [tcpdump-workers] rpcap support?

On Sat, Jun 18, 2011 at 01:33:06AM +0200, Joerg Mayer wrote: > Is there a reason why libpcap does not have rpcap support? The winpcap > sources contain (a probably outdated) patch against libpcap 1.0.0 to > implement this (wpcap/libpcap/remote_code.patch). Soe either there is no reas

Re: [tcpdump-workers] rpcap support?

On Fri, Jun 24, 2011 at 11:44:01PM +0200, Joerg Mayer wrote: > capture I thought I'd go ahead and forward port the patch. Due to its > size it's compressed. As it is jsut the patch from winpacap, please let The kind ml software or admin first held the mail because it was 3k too

Re: [tcpdump-workers] rpcap support?

life > much easier, but code maintenance can be an issue. -- Joerg Mayer We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. - This is the tcpdump-workers list. V

Re: [tcpdump-workers] rpcap support?

On Sun, Jul 10, 2011 at 06:15:11PM +0200, Jakub Zawadzki wrote: > On Sat, Jul 09, 2011 at 02:36:50PM +0200, Joerg Mayer wrote: > > I've created a patch that actually manages to build into an rpm on my > > opensuse system. Wireshark HEAD also detects rpcap support when buiding

Re: [tcpdump-workers] rpcap support?

I've now created an account on github and cloned mcr's repo over there. That way it should be easier to talk about the code. It can be found at: git://github.com/jmayer/libpcap.git Ciao Joerg -- Joerg Mayer We are stuck with technology wh

Re: [tcpdump-workers] capturing on both interfaces simultaneously

is - but you may alway start tcpdump multiple times, once for each interface and later merge the capture files. Ciao Joerg -- Joerg Mayer We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft

[tcpdump-workers] Support building libpcap on Unix'ish OS's with remote pcap support

s most likely a Wireshark issue. While I'm at it: Does anyone know of a working rpcap server on Unix? Please consider adding this patch (or maybe something inspired by it :-) If not, please let me know what is missing to get rpcap support on Unix. Thanks

Re: [tcpdump-workers] Support building libpcap on Unix'ish OS's with remote pcap support

next mail). Ciao Jörg On Tue, Feb 14, 2017 at 01:37:51AM +0100, Joerg Mayer wrote: > the attached patch is an attempt to get remote pcap working on macOS (and > other > Unix'ish operating systems). ... > With that said: When I open the rpcap dialog in Wireshark, I get an error

[tcpdump-workers] rpcap support on non-windows

ca redzone: ca Right alloca redzone:cb ==45693==ABORTING Abort trap: 6 -- Joerg Mayer We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. __

Re: [tcpdump-workers] rpcap support on non-windows

Hello, On Wed, Mar 01, 2017 at 05:50:57AM +0100, Joerg Mayer wrote: > I'm trying to get libpcap working on macOS. ... > Trying to understand the problem it looks like accessing struct pcap_md (the > rpcap specific stuff) is broken on non-win32 platforms (or at least on bpf > pla

[tcpdump-workers] [PATCH] 0001-Bunch-of-build-system-fixes.patch

>From aee291b3e5f66c5ca780d89535fa16909a3937ae Mon Sep 17 00:00:00 2001 From: Joerg Mayer Date: Sat, 11 Mar 2017 12:11:53 +0100 Subject: [PATCH] Bunch of build system fixes Add install target for rpcapd (todo: write manpage) Fix out of tree builds for rpcapd (wouldn't find includes in

[tcpdump-workers] Plans for libpcap?

Hello, with the ongoing work on getting rpcap client and server code working in libpcap, what is missing for libpcap to continue as the "official" successor of Winpcap? Are there ideas or plans to do something like that? Ciao Jörg -- Joerg Mayer

[tcpdump-workers] Plans for libpcap?

On Tue, Mar 14, 2017 at 07:17:52PM -0400, Michael Richardson wrote: > > Joerg Mayer wrote: > > with the ongoing work on getting rpcap client and server code working > in libpcap, > > what is missing for libpcap to continue as the "official" successor o

[tcpdump-workers] Some open issues with Linux build

@ ${CROSSFLAGS} diff --git a/rpcapd/daemon.c b/rpcapd/daemon.c index 3b2ab01..d83516b 100755 --- a/rpcapd/daemon.c +++ b/rpcapd/daemon.c @@ -51,6 +51,7 @@ #endif #ifdef linux +#include #include // for password management #endif -- Joerg Mayer

[tcpdump-workers] [PATCH] Make git_version_c.sh look more like gen_version_header.sh

>From 8f2edd03024ef226b7b579c2331f519c912d7f61 Mon Sep 17 00:00:00 2001 From: Joerg Mayer Date: Mon, 20 Mar 2017 21:06:34 +0100 Subject: [PATCH] Make git_version_c.sh look more like gen_version_header.sh --- gen_version_c.sh | 25 ++--- 1 file changed, 18 insertions(+)

[tcpdump-workers] 4 small patches to libpcap

clean" as it still generates warnings in the generated file scanner.c on my system (current macos with current xcode). Please apply at least patches 1-3 (or some varation thereof). Thanks Jörg -- Joerg Mayer We are stuck with technology when what

Re: [tcpdump-workers] 4 small patches to libpcap

. There is no doxygen code in scanner.l. I followed your advice above and the attached patch fixes the problem. Thanks! Jörg -- Joerg Mayer We are stuck with technology when what we really want is just stuff that works. Some say that should read Mi

Re: [tcpdump-workers] 4 small patches to libpcap

On Tue, Mar 27, 2018 at 12:54:48PM +0200, Joerg Mayer wrote: > There is no doxygen code in scanner.l. I followed your advice above and the > attached patch fixes the problem. I should have added that I currently don't have GCC to test but that it most likely needs to be added to the

Re: [tcpdump-workers] 4 small patches to libpcap

ase apply 0004-Add-Wdocumentation-to-development-warnings.patch from the original mail as well, now that the warnings are taken care of? Kind regards Jörg -- Joerg Mayer We are stuck with technology when what we really want is just stuff that works.

[tcpdump-workers] Four more warning fix patches

sense. Kind regards Jörg -- Joerg Mayer We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. >From a7d8a6af79cc8f4fad3851250e8cff70aea7ee06 Mon Sep 17 00:00:00 2

[tcpdump-workers] RFC Almost trivial unused-parameter patch (and lots of questions)

oes: + Does it make sense to check for REMOTE in pcap-rpcap.c? Kind regards Jörg -- Joerg Mayer We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. >From 40

Re: [tcpdump-workers] proposed change: make tcpdump -n and tcpdump -nn behave differently

g external resolvers (e.g., DNS) for network address resolution t to enable transport-layer port number resolution v to enable VLAN IDs to names resolution ----- Kind regards Jörg -- Joerg Mayer