ke and would
make OS IPv6 support a nice-to-have, but not an essential dependency.
1:
https://www.iana.org/assignments/address-family-numbers/address-family-numbers.xhtml
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.t
ect and please remember to keep
the published specification up to date.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(web_page_url)slisti
essler.com/study/tcpdump/.
> ...
> Thus, the problem already exists in reverse.
It has been this way for 32 years, so let's either fix this properly
with backward compatibility notes, or not at all. And in any case,
with a clear understanding which is the right thing.
--
Denis Ovsienko
imported
> the "pickle" file from the mailman2 installation.
Thank you Michael.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(
On Mon, 30 Jan 2023 21:30:50 +
Denis Ovsienko via tcpdump-workers
wrote:
> The changes to detect printf() issues (which now correctly fails the
> build on Solaris 9 instead of masking the post-build test failures)
> are now tcpdump draft pull request #1031. Please treat this as a
reasonable requirement for tcpdump 5.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
nt also the
> calling function name with file name and line number. There may be a
> small shift in the line number.
>
> To use it:
> (There will be a doc entry based on this topic later.)
Thank you for putting this together. Does the FAQ look the best place
fo
are going to
remain for historic purposes.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
On Fri, 19 Apr 2024 11:18:47 -0700
Guy Harris wrote:
> On Apr 19, 2024, at 5:49 AM, Denis Ovsienko
> wrote:
>
> > On Fri, 12 Apr 2024 18:49:05 -0700
> > Guy Harris wrote:
>
> ...
>
> > Since tcpdump is the reference implementation of a program tha
appeared in libpcap 1.0, which was
> released in 2008, almost 16 years ago.
>
> Is there any reason not to require libpcap 1.0 or later? If there
> is, is there any reason not to require libpcap 0.7 or later?
Such use cases may exist, but I am not aware of any.
--
Denis Ovsien
he patches and running
./configure, so there is a config.h with (or without) the various
HAVE_ macros.
The binary packages also include description of changes applied before
building, perhaps some of that could be up-streamed.
--
Denis Ovsienko
_
> This would be a bit of additional work, but security and confidence
> are usually at the opposite ends of the same scale.
s/confidence/convenience/
I knew what I meant, of course.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- t
s been implemented?
9. What is the rollback plan, in case the solution did not work?
10. How is the proposed solution supposed to work long-term and
what is the impact on backward compatibility, if any?
Thank you.
--
Denis Ovsienko
___
tcpdump-workers
as necessary, including the action from the pull request:
--sigusr2=rotate_savefile
1: https://github.com/the-tcpdump-group/tcpdump/pull/570
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubsc
n to use killall
remembering only the correct signal to use for the group, but not which
group comprises which PIDs.
This feature would only need to detect the set of user-configurable
signals at build time, to show the set and its default actions on
request, and to allow changing individual ac
On Thu, 28 Mar 2024 15:28:00 -0700
Guy Harris wrote:
> On Mar 28, 2024, at 2:19 PM, Denis Ovsienko
> wrote:
>
> > Yes, AIX and Haiku sometimes make portability issues manifest.
>
> And, in this case, Solaris doesn't have SIGINFO, either; SunOS
> 0.x-4.x didn't have
t their end, another could run "make releasetar"
at their end and let a script compare the contents and verify the
signatures.
This would be a bit of additional work, but security and confidence are
usually at the opposite ends of the same scale.
--
Denis Ovsienko
___
y will be gone too.
In tcpdump README.md now includes a more or less complete list of
retired OSes, please improve what you find in need of improvement.
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To
e in libpcap, tcpdump, and tcpslice.
I suppose this did not work. Let's put the
"3-clause-plus-one-unnumbered-clause LBL license" into a LICENSE file
then?
--
Denis Ovsienko
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.o
--- Begin Message ---
On Wed, 29 Jan 2020 10:59:14 +0100
Francois-Xavier Le Bail wrote:
> On 28/01/2020 23:17, Denis Ovsienko via tcpdump-workers wrote:
> > The new dependency makes it more difficult to run tests and will
> > break package builds downstream (thus penalising pe
=> '-e',
},
'isakmp4' => {
'pcap' => 'isakmp4500.pcap',
'text' => 'isakmp4.out',
'args' => "-E \"file ${testsdir}/esp-secrets.txt\"",
'when' => $can_test_openssl,
},
);
Does it make sen
--- Begin Message ---
On Thu, 27 Aug 2020 12:58:10 +0100
Denis Ovsienko via tcpdump-workers
wrote:
> Hello list.
>
> tcpslice master branch now installs the binary into bindir instead of
> sbindir, see [1]. Guy had suggested to make the same change in
> tcpdump.
[...]
The a
--- Begin Message ---
On Mon, 7 Sep 2020 17:26:28 +0200
Francois-Xavier Le Bail wrote:
> On 07/09/2020 16:43, Denis Ovsienko via tcpdump-workers wrote:
> > On Sat, 5 Sep 2020 18:20:42 +0200
> > Thank you for posting a detailed explanation and making the first
> > round of
roup/tcpdump/jobs/724717360
2: https://travis-ci.org/github/the-tcpdump-group/tcpdump/jobs/721706654
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
lows a human to make a mistake, mistakes
will happen, if not in one implementation then in another. So it would
make sense to look into this with attention if the goal is to produce a
good design.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-worker
.)
or
-x ... (In this version of tcpdump this flag always works as the -xx
flag below.)
Would this help?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
0f0f
> 0x0040: 0f0f 0016 88
I confirm the patch changes the hex output exactly as described.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
you mean to introduce a function like pcap_error(), which the
developers would be able to interrogate if they need in use cases like
this? Then existing functions could be slowly updated as needed to store
the fault details somewhere for that function.
--
Denis Ovsienko
--- En
for as long as it compiles?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
[...]
I have prepared changes that include headers from /usr/include/netinet
instead and am going to commit it tomorrow after proof-reading and
confirming it builds on different systems.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mai
id grounds to stop within 24 hours, tcpslice 1.3 by
The Tcpdump Group will be out.
Thank you.
1: https://github.com/the-tcpdump-group/tcpslice/blob/master/CHANGES
2: https://github.com/the-tcpdump-group/tcpslice/issues/7
--
Denis Ovsienko
--- E
or the
documentation), please remember to skip the CI build with [skip ci] as
described here:
https://docs.travis-ci.com/user/customizing-the-build/#skipping-a-build
The service is free for us to use, but it is not free for somebody else
to provide.
--
Denis Ovsienko
--- End Message
--- Begin Message ---
On Wed, 19 Aug 2020 00:51:11 +0100
Denis Ovsienko via tcpdump-workers
wrote:
[...]
> Also, the current Travis CI build matrix expands to 108 (!) jobs, so
> if you are making a trivial commit (such as in the man pages or the
> documentation), please remember to sk
of cnt.)
Would it make sense to move this paragraph to a BACKWARD COMPATIBILITY
section and to tell which specific version started to recognise 0 as a
valid value?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump
--- Begin Message ---
> That's where other "some of what this manual page says doesn't apply
> to older versions of libpcap" items go, so it'd make sense.
Alright, that's done now, thanks!
--
Denis Ovsienko
--- End Message ---
___
)
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
t should probably define ND_MIN() and ND_MAX() instead.
Alright, that's done now.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Thu, 17 Sep 2020 15:15:25 +0100
Denis Ovsienko via tcpdump-workers
wrote:
> On Sat, 5 Sep 2020 18:20:42 +0200
> Francois-Xavier Le Bail via tcpdump-workers
> wrote:
>
> > 2) Process all the truncated cases with:
> > ndo->ndo_ll_h
print */ }
[...]
The switch block should also have a default case, which ideally should
never happen, but if it somehow happens, it should either fail the
current packet safe or just call ndo_error().
--
Denis Ovsienko
--- End Message ---
')
[...]
It could be simpler and more reliable to reset or to ignore
ndo->ndo_ll_hdr_len in pretty_print_packet() after "returning" from
setjmp for the second time (longjmp() can happen in many different
places, but there is only one setjmp()).
--
--- Begin Message ---
On Fri, 25 Sep 2020 03:04:21 +0100
Denis Ovsienko via tcpdump-workers
wrote:
[...]
> == Summary: the method seems to work well, there is a clean reference
> implementation, it should be easy to apply to other printers that
> implement similar encodings,
invalid cases (bad
> length, etc.) */
That could be another way of doing the same thing. In some programs that
could be the best or the only way to tell the reason for returning in a
thread-safe manner, but in this case struct netdissect_options makes it
really easy.
--
Denis Ovsienko
--- En
d if that other reason requires a
different handling in pretty_print_packet(), then that would be a
straightforward way to do that, yes.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
master branch now has a change along these lines. Whilst preparing
changes to a couple decoders based on that (still work in progress), I
managed to make some observations, will post as soon as it all looks
good and makes sense.
--
Denis Ovsien
, and to say it in a LICENSE file for clarity?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
of the error. AFAIK the cipher
name finally can be anything that OpenSSL recognises as such.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
; branch so it does not mislead
whoever is looking into this history next.
Cheers.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
the two functions are
similar. Would it be the right thing to do?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
the two functions are
similar. Would it be the right thing to do?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
; branch so it does not mislead
whoever is looking into this history next.
Cheers.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
n details. Could you
figure out which keywords and which parameters this problem seems to
need and post that to the list first?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
ns, perhaps it would be a
good time to review that.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
pretty much dead, so people are unlikely to get
> confused and say "OK, how do I build this 16-bit?", the answer to
> which is "we don't even support that on UN*X...".
I never thought about it, now that you pointed it out the bit width
indeed looks
te now. That said, a
weekly/fortnightly status update on the list could be a useful addition.
Cheers.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
oo old, instead of failing the build outright?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
icate whether to
> fault or allow unaligned accesses, and I haven't checked whether
> Linux enables them or not);
>
> s390x (a/k/a z/Architecture, i.e. S/3x0-64) - a big-endian
> platform, so we can do some testing of operation on big-endian
> machines.
>
> I don't
--- Begin Message ---
On Thu, 21 Jan 2021 08:15:33 +0100
Dagobert Michelsen wrote:
> Hi folks,
>
> Am 21.01.2021 um 04:24 schrieb Denis Ovsienko via tcpdump-workers
> :
> >>s390x (a/k/a z/Architecture, i.e. S/3x0-64) - a big-endian
> >> platform, so we ca
|yes |no | 1741 | yes
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Wed, 9 Sep 2020 17:07:25 +0100
Denis Ovsienko via tcpdump-workers
wrote:
> Here are my steps to reproduce:
>
> libpcap$ ./configure --enable-remote --prefix=/tmp/libpcap
> libpcap$ make
> libpcap$ make install
> tcpdumpbuild$ cmake
t.
I had requested a renewable OSS allowance on 29 January, got the
template response and confirmed the details. Let's see where it goes.
The account is at 3790/1 credits as of today, in other words, three
more builds of libpcap or at most one tcpdump build, if/when the latter
migrates.
--
--- Begin Message ---
On Mon, 5 Apr 2021 10:42:39 +0100
Denis Ovsienko via tcpdump-workers
wrote:
> Hello list.
>
> I hope you have a great day. Please find below a brief overview of
> some current continuous integration matters.
Please find below a few recent developments si
upgraded from
2.69 to 2.71.
Cheers.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
ion is imminent. If anybody
has useful input to make, please do not delay.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Mon, 22 Mar 2021 19:00:31 +0100
Harald Welte wrote:
> Dear Denis,
>
> On Sun, Mar 21, 2021 at 11:08:44PM +0000, Denis Ovsienko via
> tcpdump-workers wrote:
> > Thank you for the offer. For the operating systems specifics please
> >
--- Begin Message ---
On Wed, 24 Mar 2021 00:52:00 +0100
Harald Welte wrote:
> Hi Denis,
>
> On Tue, Mar 23, 2021 at 12:35:06AM +0000, Denis Ovsienko via
> tcpdump-workers wrote:
> > That's great, three worker types are ready to go anytime soon, just
> > decide which
issues should manifest. It would be great if someone
could look into these issues, identify the reasons for failure and tell
what can be fixed easily.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers
elf.
Let me know which ARM workers look feasible to you. If you can host
PowerPC workers instead or in addition to that, it would help too.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdu
to host any of the following buildbot workers
long-term?
* linux-aarch64 (currently on a RPI4B running in 64-bit mode)
* linux-armv7l (currently on a RPI4B running in 32-bit mode)
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcp
--- Begin Message ---
On Fri, 12 Feb 2021 16:18:10 +
Denis Ovsienko via tcpdump-workers
wrote:
[...]
> The Travis CI subscription will cease in early March (unless there is
> a sponsor willing to pay 82.80 USD per month). At this time the
> impact of that would be the following:
>
--- Begin Message ---
On Thu, 4 Mar 2021 00:42:23 -0800
Guy Harris wrote:
> On Mar 3, 2021, at 2:30 PM, Denis Ovsienko via tcpdump-workers
> wrote:
>
> > A partial replacement for that service is ci.tcpdump.org, which is a
> > buildbot instance doing Linux AArch64 buil
. That said, if you have suggestions in addition or
instead of that, please make them on the list to be considered.
Thanks.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https
bin/.orig/xlc: warning: 1501-269 fpic is not
supported on this Operating System platform. Option fpic will be
ignored.
/opt/ibm/xlC/16.1.1/bin/.orig/xlc: warning: 1501-269 fpic is not
supported on this Operating System platform. Option fpic will be
ignored.
(and so on)
--
Denis Ovsie
ential analysis is indeed a good solution when the problem is to
derive certain facts from two or more uncertain inputs.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
-developer-boards/
2: http://www.iscas.ac.cn/
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
cap
$ /opt/csw/bin/pcap-config --libs
-L/opt/csw/lib -R/opt/csw/lib -lpcap
$ /opt/csw/bin/sparcv9/pcap-config --libs
-L/opt/csw/lib/64 -R/opt/csw/lib/64 -lpcap
Though it is not clear why the 64-bit directories are not in PATH.
--
Denis Ovsien
local
libpcap (8 builds), as before.
Sun C works with both CMake and Autoconf, with both the system and the
local libpcap (16 builds), as before.
Let me know in case you need more testing/diagnostics.
--
Denis Ovsienko
--- End Message ---
___
t
to treat
warnings as errors. To that end, most warnings have been addressed
and only one exemption remains (libpcap on NetBSD). This way it
should be easier to notice subtle regressions than before.
Cheers.
--
Denis Ovsienko
--- End Message ---
___
ch version of pcap-config to run.
>
> See if that clears up the Solaris 11 with GCC build.
GCC+CMake fails early now (see attached). GCC+Autoconf works, as before.
--
Denis Ovsienko
> MATRIX_CC=gcc MATRIX_CMAKE=yes ./build_matrix.sh
SunOS unstable11s 5.11 11.3 sun4u sparc SUNW,SPARC-E
mkdir ~/bin
ln -s /opt/csw/bin/gmake ~/bin/make
PATH=~/bin:$PATH \
MATRIX_CC=gcc \
MATRIX_CMAKE=yes \
MATRIX_BUILD_LIBPCAP=no \
./build_matrix.sh
[...]
Tested setup count: 4
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing li
--- Begin Message ---
On Sat, 24 Jul 2021 00:11:27 +0100
Denis Ovsienko via tcpdump-workers
wrote:
> There are more related corner cases of varying severity,
> some of which I might have time to describe later.
So, as promised... Several warnings are now documented in the build
scripts
se
case for Solaris, so I cannot define such a baseline, so I had tried
everything that was available, for worse or better.
Another purpose would be to cover as much as possible at least with
easy manual pre-release matrix builds, and ideally with CI.
--
Denis Ovsienko
--- End Message ---
__
now. I am going to remove
HAVE_SYS_TYPES_H from pcap/bpf.h because it does not belong there.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
-types.h into pcap-inttypes.h. I do not
see what would be a good place for BPF_MEMWORDS, but clearly it is a
named constant and having it declared should not depend on any other
headers at all.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers
gt; (The supported way to build libpcap (and tcpdump) on Windows is with
> CMake)
>
> Does anyone use these files?
> Win32/Prj/wpcap.sln
> Win32/Prj/wpcap.vcxproj
> Win32/Prj/wpcap.vcxproj.filters
It looks like CMake has superseded these files, as far as it is
possible to tell with
able ("do this and this to solve this problem") tasks/issues so
the file would be fine to remove?
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Wed, 8 Dec 2021 23:02:58 +
Denis Ovsienko via tcpdump-workers
wrote:
> I am going to merge the short Markdown file into the long HTML
> page at some later point
Alright, libpcap/doc/DLT_ALLOCATE_HOWTO.md has been merged into
tcpdump-htdocs/linktypes.html
around since 2007,
but is not mentioned in any of libpcap man pages. Clearly that means at
least one loose end, but after a brief look I could not tell exactly
how to address that.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
ly October).
* openbsd-amd64 has been upgraded from 6.9 to 7.0, which among other
updates includes Clang (from 10.0.1 to 11.1.0), Autoconf (from 2.69
to 2.71) and GCC (from 8.4 to 11.2).
--
Denis Ovsienko
--- End Message ---
___
tcpdump-worke
e better to have one long FAQ
entry or a few shorter ones, and whether it would be better to copy or
to rephrase what has already been explained in detail in at least 10 bug
reports, or to provide the links, or to write something from scratch.
What would make the most sense in your opinion?
--
De
--- Begin Message ---
On Sun, 28 Nov 2021 21:11:27 +
Denis Ovsienko via tcpdump-workers
wrote:
> Hello all.
>
> Whilst updating some markup in linktypes.html, I wanted to change the
[...]
On a related note, it does not look right that linktypes.html in the
middle of the explanati
ers.
--
Denis Ovsienko
./missing/getopt_long.c: In function 'permute_args':
./missing/getopt_long.c:163:5: error: cast discards '__attribute__((const))'
qualifier from pointer target type [-Werror=cast-qual]
./missing/getopt_long.c:165:5: error: cast discards '__attribute__((const))'
qualifier f
arguments parsing space are not handled the same way as warnings that
come from the C language compilation space.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/
s part of CMake may already do
> that.)
The current master branch produces a much cleaner output for "make -s"
with XL C, thank you!
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdum
oints were not addressed and the
requester seems to be out of contact.
It is difficult to see how the header type can be useful if it is not
sufficiently well defined, so I am going to revert the changes made in
libpcap pull request 1061 and tcpdump-htdocs pull request 25, unless
anyone can suggest a
ch64 pkgsrc has been upgraded from 2021Q3 to 2021Q4, which
among other things has upgraded Clang from 12.0 to 13.0.
1: https://www.tcpdump.org/old_releases.html
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lis
--- Begin Message ---
Hello list.
www.winpcap.org has been down for a couple days, which is breaking
libpcap CI in Appveyor. Now that Npcap is the recommended SDK, would it
be a good occasion to stop doing CI with WinPcap?
--
Denis Ovsienko
--- End Message
o that, but it won't suppress the OpenCSW
> builds, meaning "only Windows and Solaris".
This solution space does not match the problem space perfectly, but the
amount of useful feedback is worth the cost.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
o try again?
I am not familiar with OpenCSW Buildbot setup, but from the build
history it is obvious it disregards [skip ci], so it looks likely it
would disregard [skip buildbot] too.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing li
override that as needed.
--
Denis Ovsienko
--- End Message ---
___
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
--- Begin Message ---
On Thu, 12 Aug 2021 01:18:45 +0100
Denis Ovsienko via tcpdump-workers
wrote:
> On Wed, 11 Aug 2021 15:38:34 -0700
> Guy Harris wrote:
>
> > I've checked in a change to remove the include of grammar.h from
> > gencode.c; it builds without problems on
101 - 200 of 247 matches
Mail list logo