a 32-bit system
detection works fine and all tests pass.
To make the configure detect openssl-devel on a 64-bit system it should be run
this way:
./configure --with-crypto --libdir=/usr/lib64
After that all tests pass.
--
Denis Ovsienko
___
tcpd
18.11.2012, 20:05, "François-Xavier Le Bail" :
> Hello,
>
> Please find the patch version 2 as an attachment.
Neither version made it to the list. Do you have this change published as a git
commit? The original tcpdump repository is here: https://github.com/mcr/tcpdump
--
e any assumed way to handle the latter? I am
considering adding a ZeroMQ decoder to tcpdump, to be particular.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
t based, and then to have a file
> which can be provided to map multiple ports at the same time.
I'll look if that can be done quickly.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman
ayer.
> It could apply to TCP too, perhaps.
It looks like -T applies. I've got a working code and am producing a sample
capture. The ZeroMQ decoding function is called from both tcp_print() and
udp_print(), should I put it into an existing file or a new file?
08.02.2013, 21:55, "Michael Richardson" :
>>>>>> "Denis" == Denis Ovsienko writes:
>>> Currently the -T option is the only resort at the IP layer and
>>> UDP layer. It could apply to TCP too, perhaps.
>
> Denis> It
> it output an error: Couldn't parse filter scr port 22000: syntax error
"scr port 22000" (mind the typo)
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailma
the tests.
> Is that intentional?
>
There are some fixes to the recent otv, vxlan and msnlb commits in tcpdump pull
requests 56 and 57.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandel
but for the
> moment, I want to know how to include -Wgcc-things when we are using
> gcc, and omit when we aren't.
>
This is from autoconf documentation:
"Macro: AC_PROG_CC ([compiler-search-list])
[...]
If using the GNU C compiler, set shell variable GCC to ‘yes’."
--
"fixed in version N.N"?
Should the tickets in SourceForge tracker be closed now?
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
sue should be closed by hand, that might not be a bad idea. (I did that
> for the tcpdump issue you closed on GitHub with "-W implements that".)
Let's focus on having only one bug tracker, but a well-ordered one.
--
Denis Ovsienko
repositories (also checked that no wiki pages existed).
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
ndy.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
#x27;m only an occasional user of little-endian MIPS and don't have a solid
explanation for that. However, it is worth checking that the
DLT_IEEE802_11_RADIO packets arrive well-formed in the first place. Does the
current git master of tcpdump decode the same packets right?
--
Denis Ovs
List,
I am looking for someone to review the commits in pull request #312, which I
have opened. It contains a few improvements to existing Babel decoder and a new
OpenFlow 1.0 decoder. Both pieces work fine for me, but if you see anything
that should be fixed please let me know.
--
Denis
bpcap-devel build job for
the same period of time instead?
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
BUILD_LIBPCAP=false (with local server's libpcap-devel)
Since Travis requires all jobs to complete to signal a successful build, commit
f4d295e removes the 2nd job and the the only remaining job now passes
(https://travis-ci.org/the-tcpdump-group/tcpdump/builds/7592044).
--
22.05.2013, 18:26, "Denis Ovsienko" :
> List,
>
> I am looking for someone to review the commits in pull request #312, which I
> have opened. It contains a few improvements to existing Babel decoder and a
> new OpenFlow 1.0 decoder. Both pieces work fine for me, but if
ls and an
estimate of who else could find this feature useful? Thank you.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
; to deploy this in ordinary vehicles from 2015 and deploy hundreds of nodes
> on motorways in Germany, Austria and The Netherlands.
Thanks, now I see. Looking forward to see the patches/commits!
--
Denis Ovsienko
___
tcpdump-worker
attached a few
comments to the commit. May be somebody else is willing to review as well?
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
List,
is anybody else willing to review this pull request?
https://github.com/the-tcpdump-group/tcpdump/pull/324
These are quite small decoders, but I'm not familiar with the field and quite
busy until the weekend.
--
Denis Ovsienko
___
tc
03.07.2013, 14:18, "Gisle Vanem" :
> "Denis Ovsienko" wrote:
>
>> is anybody else willing to review this pull request?
>>
>> https://github.com/the-tcpdump-group/tcpdump/pull/324
>
> I just did a build with MSVC after a new checkout of
> ht
ions be just "int" then? The function returns either 0 or
-1 and the only calling function checks the result to be >= 0.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
11.07.2013, 16:36, "Gisle Vanem" :
> "Denis Ovsienko" wrote:
>
>> 10.07.2013, 15:18, "Gisle Vanem" :
>>> 'int32_t' isn't 'int' for all targets. Some Windows targets have
>>> it defined as 'signed int&
deprecated (declared at
/usr/include/openssl/md5.h:114)
./signature.c:110: warning: ‘MD5_Update’ is deprecated (declared at
/usr/include/openssl/md5.h:114)
./signature.c:111: warning: ‘MD5_Final’ is deprecated (declared at
/usr/include/openssl/md5.h:115)
--
Denis Ovsienko
clude/build.h include file for more examples.
[...]
Thank you, let me study this solution. BTW, in FreeRADIUS the USES_APPLE_RST
macro is never used.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists
thing to do with assumptions about x86 SSE.
>
> and I think we might find more expertise on the list.
List,
Dmitrij Tejblum solved this with the -ffloat-store GCC flag.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdu
onym. Once
someone resolves the getopt_long() problem it will be possible to refine things
further.
[...]
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
day April 3, 2012/June 10, 2012. m...@sandelman.ca.
+Friday April 3, 2012. m...@sandelman.ca.
If the (now removed) 2nd date meant something important, I can make it into all
files consistently.
--
Denis Ovsienko
___
tcpdump-workers mailing li
issues debugging.)
Thank you.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
source code of tcpdump. Even if subsequent 15 pages of the
analysis don't apply, it may make sense to study the solutions the paper
suggests.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
in a few days unless anyone argues that the
output format must be retained.
Thank you.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
3602279 | bug 151 | 155 |
+-+-----+-+
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
07.11.2013, 18:36, "Denis Ovsienko" :
> List,
>
> the table below lists all tcpdump issues (bugs, tickets) migrated from
> SourceForge to GitHub earlier. "SF old#" is a tracker artifact ID that
> SourceForge used to assign until 2013. "SF new#" is a t
built OK (may be on 10th attempt), I ran ./configure in
../tcpdump and observed the "Report this to tcpdump-workers@lists.tcpdump.org"
boilerplate. A few more "make clean all" passes in libpcap directory later I
checked again on the tcpdump side and the issue had vanished.
--
Denis
ease note that no such ID dates any later than end of 2008. That said, I see
sense in preserving/converting the IDs that indicate the origin/relation of the
source code, for example:
/* $NetBSD: print-ah.c,v 1.4 1996/05/20 00:41:16 fvdl Exp $*/
Would anybody object on this change
02.01.2014, 02:41, "Michael Richardson" :
> Denis Ovsienko wrote:
>
>> It seems to be OK to just remove the lines that essentially state "this
>> file is a part of the tcpdump source tree and is original to it", for
>> example:
>> #ifndef
e.google.com/p/netmap/source/browse/extra/libpcap-netmap.diff
>
> which works against a recent (Jan11) libpcap version from github
Hi Luigi. Why not open a pull request to queue this change for a review and
merge?
--
Denis Ovsienko
___
tc
Greetings.
TCP options are a particular case of TLV class of encodings. This most likely
implies that TCP options are opaque to libpcap. To access one or more TCP
options it is necessary to have some code like that in tcpdump, print-tcp.c
around line 500.
--
Denis Ovsienko
__
/17
This is due to my yesterday work. I have just committed a change that should
fix the build.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
d after i setup several
> iptables rules for icmp.
Mere counting is possible even without tcpdump: each iptables rule has counters
for bytes and packets (iptables -vnL INPUT).
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@list
tal: unable to connect to bpf.tcpdump.org:
bpf.tcpdump.org[0: 132.213.238.6]: errno=Connection timed out
bpf.tcpdump.org[1: 2001:4830:116e:2::6]: errno=Network is unreachable
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@l
> http://buildbot.wireshark.org/tcpdump/builders/Ubuntu-12.04-x64/builds/706
This crept in because I tested yesterday's changes without libsmi. Now the
issue should be gone.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump
x8100 and VID = N in the outermost 32-bit tag
vlanid-2 M: EtherType = 0x8100 and there are at least two (Q-in-Q) 32-bit tags
and the 2nd (inner) VID = N
vlanid-3 K: EtherType = 0x8100 and there are at least three (Q-in-Q-in-Q)
32-bit tags and the 3rd (most inner) VID
30.12.2013, 18:08, "Denis Ovsienko" :
> 23.12.2013, 21:48, "Evgheni Antropov" :
>
>> Hello I have try to compile tcpdump-4.5.1.tar.gz with libpcap-1.5.2.tar.gz
>> and receive following error:
>>
>> checking for pcap-config... /usr/local
libpcap for indefinitely longer time as there
are many old libpcap installations around. Other opinions are welcome.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
quot;.
I don't fully understand the primary pro et contra of this change, but a
positive side effect of this would be that the new subdir would make it easier
to apply uniform updates specifically to printers' source code. Right now it is
easy to miss a few .c/.h files when trying to do
operly distribute command-line options.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
l site.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
List,
if anyone can contribute NetFlow v5 and/or v6 captures to fix a bug in tcpdump,
could you make a comment in the following ticket?
https://github.com/the-tcpdump-group/tcpdump/issues/18
Thank you.
--
Denis Ovsienko
___
tcpdump-workers
100% identical the read-only choice between the
two will become again purely theoretical and a matter of taste. A weekly backup
of bpf.tcpdump.org on top of that will bring a complete peace of mind.
Does that sound reasonable?
--
Denis Ovsienko
rk for no gain. If instead the copies get converged first and then
new commits go to one copy only, the other copy will always enjoy fast-forward
pulls, making it possible to run git-pull every 15 minutes from crontab.
--
Denis Ovsienko
___
t
ying to debug relevant code much later. Thank
you.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
, please try to respond to
the list.
Thank you.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
>On the cornercase offchance that the failure is caused by my MUA
>(claws-mail), here's a reply from mutt instead.
It made it to the list. Don't change anything until you have defended your
proposal.
--
Denis Ovsienko
___
"association" between a pair of
sockets (in TCP these two things are the same), so a stream_id field in the
encoding (0 for TCP and UDP) could be handy for SCTP payload representation.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tc
lps to reorder the changes to make the most obvious and
straightforward ones first.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
s
all the other packets.
This is the latest build of tcpdump on kernel 3.13.0-44-generic #73-Ubuntu SMP.
Not sure if I will get to find the reason myself, but if anybody sees this as a
duplicate of or an additional input for one of the known bugs, please let me
know.
--
Denis Ovsienko
__
11
(010) ret #0
(011) ret #262144
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
ion 1.7.0-PRE-GIT_2015_01_28
OpenSSL 1.0.1f 6 Jan 2014
This Ubuntu host has no BPF extensions:
denis@homepc:~/libpcap$ fgrep -r SO_BPF_EXT /usr/include/
denis@homepc:~/libpcap$
If this is a new bug, I can file it if it helps.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
On Wed, 28 Jan 2015 01:20:26 + Michael Richardson wrote
>
>Denis Ovsienko wrote:
> > The host has an Ethernet interface with only an IPv6 link-local address
> > (eth0). On top of it there is a VLAN interface with VID 75 (eth0.75),
> > IPv6 link-local
On Sun, 15 Feb 2015 19:34:37 + Paul "LeoNerd"
Evans wrote
> On Tue, 13 Jan 2015 00:29:43 +0200
> Denis Ovsienko wrote:
>
> > List,
> >
> > there is an idea to improve libpcap and tcpdump to enable the latter
> > to print i
On Sun, 22 Mar 2015 10:27:34 + wrote
>The Buildbot has detected a failed build on builder tcpdump-solaris10-sparcv9
>while building tcpdump.
It was my mistake, now it has been fixed.
--
Denis Ovsienko
___
tcpdump-w
n unsupported old stable branch (often
to resell it for a price as "their" support, let me note) is welcome to spend
their own time on the problem and to contribute the solution.
This would be within the typical expectations from an Open Source software
pr
>BUILD FAILED: failed shell_2
This was expected, the next commit fixed it.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
>Blamelist: Guy Harris
>
>Build succeeded!
Thank you for fixing this, my Internet link went down shortly after I started
to look into the failure report.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tc
its 20 pages of text overall), in its terms the
practice currently established on tcpdump-workers@ is between "Expert Review"
and "Specification Required" (the time available for review and requestor's
motivation seeming to make the difference).
Maybe it would ma
On Sat, 05 Dec 2015 19:52:04 + wrote
> The Buildbot has detected a restored build on builder
> libpcap-solaris10-sparcv9 while building libpcap.
Also back to normal on Linux and FreeBSD 10.
--
Denis Ovsienko
___
t
exists, but can't seem to find it.
"-n" is an option to tcpdump only, libpcap works the same way with and without
it. The only case where DNS may be involved in libpcap is if the filter
contains hostnames, which would need to be translated to addresses first to
compile the filte
re important to be able to pre-test without DNS, the filter must be
changed to use no hostnames.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
the gain is ever
visible with present day hardware and OSes?
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
ents in the pull request.
Cheers!
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
> LINKTYPE_SCCP142DLT_SCCP
>
>
> Can you please help us to decode Hex Dump for LINKTYPE_M3UA i.e SIGTRAN.
tcpdump can decode M3UA if that is what you mean.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists
RIBUTING file in the tcpdump
source tree."
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
Kindly review and let me know your views.
Hello.
Pull request #579 adds new C code that needs proofreading. I thought #608 would
be simpler to process first but that is still in progress.
--
Denis Ovsienko
___
tcpdump-workers mail
new implementations?
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
Hello list.
Many people find man pages boring, Julia Evans has authored a more funny
introduction to tcpdump and related tools here: https://jvns.ca/tcpdump-zine.pdf
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers
On Wed, 18 Oct 2017 02:59:29 +0100 Michael Richardson wrote
>Denis Ovsienko wrote:
> > Many people find man pages boring, Julia Evans has authored a more
> > funny introduction to tcpdump and related tools here:
> > https://jvns.ca/tcpdump-zine.pdf
>
>That&#
.png
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
>The attachment was probably deleted. Here is a link:
>
>https://framapic.org/Z2wN2FpnyNPg/QTrxHAaMFGwG.png
Well, not bad. Looks OK scaled to 100 by 100 pixels (that's how it will appear
on GitHub).
--
Denis Ovsienko
___
t
>https://framapic.org/Z2wN2FpnyNPg/QTrxHAaMFGwG.png
I have just uploaded it, thank you. Looks fine but you may want to make the
background transparent to make it even better.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-work
master branch in June 2017
(libpcap pull request #595) and it has not made it into a libpcap release yet.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump
On Wed, 11 Jul 2018 06:14:41 +0100 Francois-Xavier Le Bail
wrote
> On 11/07/2018 04:15, Guy Harris wrote:
> > On Jul 10, 2018, at 1:31 AM, Denis Ovsienko wrote:
> >
> >> I have been looking at the man page for pcap_set_protocol() for some
> >>
that are easy
to state but difficult to solve, so I would suggest to focus on a working
prototype first, then the required props around it can be added as necessary.
So far it is a well documented solution that does not exist.
--
Denis Ovsienko
_
gned on a 4-octet boundary; I'm going
> to update the LINKTYPE_LINUX_SLL2 specification to put a 2-byte reserved
> field after it.
Could the 4-octet field (ifindex) be at the beginning?
--
Denis Ovsienko
___
tcpdump-workers mailing l
iple capture
sessions, whether parallel or consecutive. But far from convenient.
As one of the maintainers, having looked through the commits I am convinced I
would not be able to do this anytime soon.
--
Denis Ovsienko
___
tcpdump-workers mailing list
ight
now.
> Perhaps this should be done *only* for live captures, *not* for reading
> savefiles.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
-truncation-with-gcc-8
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
length, as
Guy mentioned a couple days ago.
> Should we add that the padding is done with '\0' bytes ?
As far as encodings typically go, if the padding bytes are always discarded, it
does not make difference. But it will not hurt to say the customary "MBZ".
--
Denis Ovsienko
On Fri, 13 Jul 2018 08:40:47 +0100 Denis Ovsienko
wrote
> On Thu, 12 Jul 2018 20:38:08 +0100 Guy Harris
> wrote
> > On Jul 12, 2018, at 11:33 AM, Petr Vorel wrote:
> >
> > > +#ifdef PCAP_SUPPORT_SLL_V2
> > > +char i
I do not use cmake to build any software, so this is my interpretation, feel
free to correct.
Perhaps if someone had written down, in plain English, which specific steps it
takes to compile tcpdump/libpcap, it would be easier to see if it can be done
with a simple shell script.
--
Denis Ovsienko
consistently in all man pages?
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
On Wed, 25 Jul 2018 09:11:23 +0100 Guy Harris wrote
> On Jul 25, 2018, at 12:57 AM, Denis Ovsienko wrote:
>
> > Roughly a half of the libpcap man pages text uses the values -1 and -2 to
> > discuss the return value of particular libpcap functions, the oth
_builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1,
^~~~
__bos (__s), __fmt, __va_arg_pack ());
~~~~~
--
Denis Ovsienko
___
tcpdump-wor
Let's see if my message makes it through the filters this time...
Forwarded message
From : Denis Ovsienko
To : "tcpdump-workers"
Date : Tue, 24 Jul 2018 14:07:58 +0100
Subject : about bits and frequencies
Forwarded message ===
On Mon, 30 Jul 2018 02:08:51 +0100 Guy Harris wrote
> On Jul 29, 2018, at 5:48 AM, Denis Ovsienko wrote:
>
> > Building (configure+gcc) tcpdump master branch with libpcap 0.6.1 yields
> > the following compiler warnings, some of which are as ea
On Fri, 13 Jul 2018 08:40:47 +0100 Denis Ovsienko
wrote
> On Thu, 12 Jul 2018 20:38:08 +0100 Guy Harris
> wrote
> > On Jul 12, 2018, at 11:33 AM, Petr Vorel wrote:
> >
> > > +#ifdef PCAP_SUPPORT_SLL_V2
> > > +char i
ng) -- it just copies the error in the
registry allocation.
I do not see a good way to accept both encodings for this attribute, given the
way each encoding is defined. Are you aware of any other code that has copied
this error, especially in the network devices firmware?
--
Deni
; So we should just change it to use gmtime() rather than localtime().
>
> I think an user prefer have the local time.
--
Denis Ovsienko
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
1 - 100 of 285 matches
Mail list logo
