Re: [tcpdump-workers] [PATCH] SocketCAN support for libpcap - draft

2009-12-07 Thread Guy Harris
On Oct 25, 2009, at 2:55 AM, Felix Obenhuber wrote: On Sun, 2009-10-11 at 19:42 -0400, Alexander Dupuy wrote: In the specific case of the SocketCAN, the fields in question appear to be transmitted on the wire (otherwise there would have been no need for an optional extension to the ID field

Re: [tcpdump-workers] [PATCH] SocketCAN support for libpcap - draft

2009-12-07 Thread Felix Obenhuber
On Mon, 2009-12-07 at 11:38 -0800, Guy Harris wrote: > > I think that preserving the byte order makes sense in order to lean > > against the behavior of the native netdev interface. This is also the > > way libpcap does with ETH_P_ALL devices. Is this correct? > > What does "preserving the byte or

Re: [tcpdump-workers] tcpdump: patches required for OpenSolaris/SXCE

2009-12-07 Thread Darren Reed
In some further development, I've updated print-ipnet.c to output which hook was used to record the packet. The output has been modified to look like this: $ ./tcpdump -c 3 -en -r ~/a reading from file /home/dr146992/a, link-type IPNET (Solaris ipnet) 20:52:54.829738 0 > -1, hook observe-out (1)

[tcpdump-workers] New tcpdump mirror

2009-12-07 Thread Andreas Worbs
Hello, we updated our mirror server artfiles.org and so tcpdump is up-to-date. tcpdump: http://artfiles.org/tcpdump.org Please add our server to your mirror list. We will sync every day. Mit freundlichem Gruß Artfiles New Media GmbH Andreas Worbs -- Artfiles New Media GmbH | Heidenk

[tcpdump-workers] How to install tcpdump on solaris 10

2009-12-07 Thread Satish Kumar
Hi Team, I am satish, i would like to know "How to install tcpdump on solaris 10" Please help me Regards Satish G - This is the tcpdump-workers list. Visit https://cod.sandelman.ca/ to unsubscribe.

Re: [tcpdump-workers] [PATCH] SocketCAN support for libpcap - draft

2009-12-07 Thread Guy Harris
On Dec 7, 2009, at 12:57 PM, Felix Obenhuber wrote: On Mon, 2009-12-07 at 11:38 -0800, Guy Harris wrote: I think that preserving the byte order makes sense in order to lean against the behavior of the native netdev interface. This is also the way libpcap does with ETH_P_ALL devices. Is this