Re: [tcpdump-workers] build failures on Solaris

t which 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,SP

Re: [tcpdump-workers] build failures on Solaris

system and the 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 --- __

[tcpdump-workers] NetBSD breakage

pcap-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-wo

Re: [tcpdump-workers] NetBSD breakage

ered 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

[tcpdump-workers] assorted build issues

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. /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) --

Re: [tcpdump-workers] [tcpdump] Finding inconsistent outputs of tcpdump with different compilers

al 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

[tcpdump-workers] CI news September 2021 (RISC-V, illumos)

-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

Re: [tcpdump-workers] build failures on Solaris

d trying to link with libpcap. Cherry-picking a series of intertwined build system fixes from the master branch, including commit c39d40a ("On Solaris, for 64-bit builds, use the 64-bit pcap-config."), was sufficient to fix this. -- Denis Ovsienko --- End Message ---

Re: [tcpdump-workers] build failures on Solaris

e > Cherry-picking a series of intertwined build system fixes from the > master branch, including commit c39d40a ("On Solaris, for 64-bit > builds, use the 64-bit pcap-config."), was sufficient to fix this. -- Denis Ovsienko --- End Message ---

[tcpdump-workers] project news November 2021

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

[tcpdump-workers] pcap_datalink_ex() in 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

[tcpdump-workers] VLAN/MPLS FAQ

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

Re: [tcpdump-workers] [libpcap] Keep Win32/Prj/* files ?

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

Re: [tcpdump-workers] [libpcap] Keep Win32/Prj/* files ?

ctionable ("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

Re: [tcpdump-workers] pcap_datalink_ex() in linktypes.html

--- 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

Re: [tcpdump-workers] pcap_datalink_ex() in linktypes.html

--- 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, also

Re: [tcpdump-workers] Selectively suppressing CI on some sites for a commit?

Would it help to 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 --- ___ tcpdum

Re: [tcpdump-workers] Selectively suppressing CI on some sites for a commit?

e first line and [skip ci] elsewhere in the commit > message is the closest to 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

Re: [tcpdump-workers] Request for new LINKTYPE/DLT ZBOSS_NCP

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

[tcpdump-workers] project news January 2022

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

[tcpdump-workers] WinPcap CI

--- 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

[tcpdump-workers] CI news January-May

pkgsrc releases/snapshots, although without any notable side effects. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

[tcpdump-workers] endianness of portable BPF bytecode

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

[tcpdump-workers] BPF Exam

natory. Feedback is welcome on the list. Cheers. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] endianness of portable BPF bytecode

--- Begin Message --- On Thu, 2 Jun 2022 20:58:38 +0100 Denis Ovsienko via tcpdump-workers wrote: > If there is no convention in place yet, I would like to propose > declaring big-endian as the implicit/default byte order, then > particular file format(s) with headers can override that

Re: [tcpdump-workers] endianness of portable BPF bytecode

--- Begin Message --- On Fri, 10 Jun 2022 14:26:34 -0700 Guy Harris wrote: > On Jun 10, 2022, at 1:59 PM, Denis Ovsienko via tcpdump-workers > wrote: > > > Below is a draft of such a file format. It addresses the following > > needs: > > * There is a header with

Re: [tcpdump-workers] endianness of portable BPF bytecode

--- Begin Message --- On Sat, 11 Jun 2022 10:51:41 -0400 Michael Richardson wrote: > Denis Ovsienko via tcpdump-workers > wrote: > > Below is a draft of such a file format. It addresses the > > following needs: > > * There is a header with a signatu

Re: [tcpdump-workers] pcap_compile_nopcap() not in man pages

macro is > supported) and 2) not document it. Done and done. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] NetBSD breakage

--- 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 proble

Re: [tcpdump-workers] endianness of portable BPF bytecode (DRAFT revision 3)

vefile(5) 24 June 2022 CBPF-SAVEFILE(5) -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] endianness of portable BPF bytecode (DRAFT revision 4)

n the compilation was performed. Type is 6, Length is 8, Value contains a 64-bit Unix timestamp. SOFTWARE SUPPORT None at the time of this writing. SEE ALSO pcap-savefile(5) 30 June 2022

Re: [tcpdump-workers] What's the correct new API to request pcap_linux to not open an eventfd

here is another error, PCAP_ERROR is re‐ turned and errbuf is filled in with an appropriate error message. Did you mean there is an issue with pcap_setnonblock()? -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list

[tcpdump-workers] NetBSD CI breakage

should be sufficient to pass CI again. Cheers. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] NetBSD CI breakage

--- Begin Message --- On Wed, 13 Jul 2022 23:16:18 -0700 Guy Harris wrote: > I changed it to a slightly different fix. Thank you. The signed device index hinted at some logic error, but I didn't understand if it required a more sophisticated fix. -- Denis Ovsienko --- End

Re: [tcpdump-workers] About formalization of pcap expressions

this > document, reference to a tool: https://gitlab.com/niksu/caper The tool now produces one of the outputs for BPF Exam and can be tried without the need to rig up a local OCaml environment. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers ma

Re: [tcpdump-workers] configure script problem while working on extention

mp are supposed to be next to each other, not one inside the other. Also the libpcap directory must be named "libpcap" because tcpdump build process is checking in ../libpcap for the "local" libpcap. If the check is unsuccessful, tcpdump tries to build with the "system" libp

[tcpdump-workers] CI news June-August 2022

). Cheers. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] configure script problem while working on extention

ot anymore. Anyway, git clone is better order of magnitudes, in that it allows to tell which commit the working copy is at. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.

[tcpdump-workers] ARMv7 unaligned access

ese interpretations? 1: https://docs.kernel.org/arm/mem_alignment.html -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

[tcpdump-workers] upcoming tcpslice release

--- Begin Message --- Hello list. Unless anyone objects, the next release of tcpslice (1.6) will be made soonish to flush the few buffered minor bugfixes and to take another item off my to-do list. -- Denis Ovsienko --- End Message --- ___ tcpdump

Re: [tcpdump-workers] upcoming tcpslice release

ee it as a libpcap issue that should not block tcpslice release, but other opinions are welcome. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] upcoming tcpslice release

--- Begin Message --- On Sat, 15 Oct 2022 15:21:42 -0700 Guy Harris wrote: > On Oct 15, 2022, at 8:03 AM, Denis Ovsienko via tcpdump-workers > wrote: > > > As it turns out, on Linux tcpslice currently fails to build with the > > current master branch of libpcap. This re

[tcpdump-workers] tcpslice 1.6

files. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

[tcpdump-workers] CI news September-October 2022

. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

[tcpdump-workers] macOS CI is switching from AMD64 to AArch64

decided). If you have any comments or suggestions in this regard, please post to the list. Cheers. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo

Re: [tcpdump-workers] Public Release of Z-Wave G.9959 TAP Specification

rate code points. Clearly there is some relation with tables A.1 and A.2 from G.9959 2015/01. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] Public Release of Z-Wave G.9959 TAP Specification

one of the four possible MPDU formats to use. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

[tcpdump-workers] CI news November-December 2022

, without apparent changes. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

[tcpdump-workers] tcpdump 4.99.2 & libpcap 1.10.2

Improve some protocol details in pcap-filter(7). Refine "relop" notes in pcap-filter(7). In pcap-filter(7) "domain" is an id. Discuss backward compatibility in pcap-filter(7). Other improvements to pcap-filter(7). Document pcap_breakloop(3PCAP) interaction with threads better. Document PCAP_ERROR_NOT_ACTIVATED for more routines. 8<8<8<8<8<8< -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

[tcpdump-workers] Autoconf with Debian patches

standard should make this problem smaller (it certainly would in my development environment). Would anybody like to make their point for or against such a switch in one of the next releases? 1: https://github.com/the-tcpdump-group/tcpslice/pull/12 -- Denis Ovsi

Re: [tcpdump-workers] Autoconf with Debian patches

stall Debian Autoconf or use "git add -p" instead of "git add"? Yes. Right now it is the other way around (contributors that use Debian or its derivatives have to filter their output). So perhaps this switch would not be convenient for macOS and FreeBSD users. --

Re: [tcpdump-workers] Autoconf with Debian patches

--- Begin Message --- On Fri, 6 Jan 2023 14:49:54 -0800 Guy Harris wrote: > On Jan 6, 2023, at 2:24 PM, Denis Ovsienko > wrote: > > > On Fri, 6 Jan 2023 13:25:14 -0800 > > Guy Harris wrote: > > > >> If we switch to making Debian Autoconf the new sta

Re: [tcpdump-workers] Autoconf with Debian patches

--- Begin Message --- On Fri, 6 Jan 2023 17:13:20 -0800 Guy Harris wrote: > On Jan 6, 2023, at 3:31 PM, Denis Ovsienko > wrote: > > > It is the latter, and a custom Autoconf seems an unreasonable > > requirement for contributing. > > Reasonable, or unreasonable?

Re: [tcpdump-workers] Has anyone got a clang-format for the tcpdump style?

file instead of doing a flag day on entire repository? Also it might help before enforcing the style to get tcpdump 5.0 ready (to remove backporting into 4.99 from the problem space) and to merge/close as many pull requests as possible. -- Denis

Re: [tcpdump-workers] Autoconf with Debian patches

--- Begin Message --- On Sat, 7 Jan 2023 18:47:37 -0800 Guy Harris wrote: > On Jan 7, 2023, at 8:51 AM, Denis Ovsienko > wrote: > > > On Fri, 6 Jan 2023 17:13:20 -0800 > > Guy Harris wrote: > > > >> On Jan 6, 2023, at 3:31 PM, Denis Ovsienko > >&g

Re: [tcpdump-workers] [tcpdump] About HAVE_NO_PRINTF_Z

rted to CMake, but then the currently conditional tests would be able to pass everywhere (i.e. on Solaris 9). Whatever is the eventual solution, in any case from today's perspective it makes sense to stop masking these test failures. --

Re: [tcpdump-workers] [tcpdump] About HAVE_NO_PRINTF_Z

--- Begin Message --- On Thu, 12 Jan 2023 10:40:24 -0500 Michael Richardson wrote: > Denis Ovsienko via tcpdump-workers > wrote: > > Thank you for the detailed analysis, Guy. I did not realize > > the support is in the libc space rather than C99 space. Do you >

[tcpdump-workers] AC_LBL_FIXINCLUDES does not make it into configure

script, but I don't understand whether this means a bug or just some dead code. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] AC_LBL_FIXINCLUDES does not make it into configure

a similar origin? Neither tcpdump nor libpcap use it. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] AC_LBL_FIXINCLUDES does not make it into configure

o lose this luggage. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] AC_LBL_FIXINCLUDES does not make it into configure

--- Begin Message --- On Wed, 18 Jan 2023 15:53:21 -0800 Guy Harris wrote: > On Jan 18, 2023, at 3:32 PM, Denis Ovsienko via tcpdump-workers > wrote: > > > As it turns out, there is another unused macro > > (AC_LBL_HAVE_RUN_PATH), tcpslice became the first to

Re: [tcpdump-workers] AC_LBL_FIXINCLUDES does not make it into configure

--- Begin Message --- On Thu, 19 Jan 2023 15:57:30 -0800 Guy Harris wrote: > On Jan 19, 2023, at 3:20 PM, Denis Ovsienko > wrote: > > > * AC_LBL_SSLEAY -- is there anything useful to take from here? > > No, it's been replaced by the "Check for OpenSS

[tcpdump-workers] CPPFLAGS in C-only context

dcppflags" It looks like either in a C project context CPPFLAGS works in a non-obvious way, or is a no-op. -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers

Re: [tcpdump-workers] AC_LBL_FIXINCLUDES does not make it into configure

the current comment saying: dnl We keep it around for reference purposes in case it's ever dnl useful in the future. If it still a good reference? -- Denis Ovsienko --- End Message --- ___ tcpdump-workers mailing list tcpdump-wo

Re: [tcpdump-workers] AC_LBL_FIXINCLUDES does not make it into configure

--- Begin Message --- On Fri, 27 Jan 2023 01:40:48 -0800 Guy Harris wrote: > On Jan 22, 2023, at 9:59 AM, Denis Ovsienko via tcpdump-workers > wrote: > > > I have also removed AC_LBL_C_INLINE and a conditional substitute for > > Tru64 pfopen() from tcpslice. Intere

Re: [tcpdump-workers] CPPFLAGS in C-only context

--- Begin Message --- On Mon, 23 Jan 2023 22:16:24 + Denis Ovsienko via tcpdump-workers wrote: > It looks like either in a C project context CPPFLAGS works in a > non-obvious way, or is a no-op. ...or, rather, is the C preprocessor flags variable (just as "./configure --help&quo

Re: [tcpdump-workers] [tcpdump] About HAVE_NO_PRINTF_Z

--- Begin Message --- On Sat, 14 Jan 2023 16:57:45 + Denis Ovsienko via tcpdump-workers wrote: [...] > So it would be practicable to restore Solaris 9 support in the > trailing edge department of tcpdump using compile-time-conditional > length modifier. If anybody volunteers to

Re: [tcpdump-workers] Pcap delivers packets every 200ms

. > In the screenshot I attached, 6 packets were received within 400ms > but all delivered at the same time. This list strips non-text attachments (for clarity HTML is considered not text for this purpose), so the screenshot didn't make it through. --

Re: [tcpdump-workers] Z-Wave G.9959 TAP Specification version 0.94

xegin/zwave-g9959-tap> > > This version incorporates feedback from Denis Ovsienko, James Ko, and > Sam Freemantle, whose contributions are appreciated. > > Since there were no signifigant issues identified we requested that a > DLT value be assigned to this specification. Once as

Re: [tcpdump-workers] AC_LBL_FIXINCLUDES does not make it into configure

--- Begin Message --- On Fri, 27 Jan 2023 12:53:28 + Denis Ovsienko via tcpdump-workers wrote: [...] > I do not understand yet if AC_LBL_C_INLINE could just disappear safely > altogether instead of being replaced with AC_C_INLINE. In order to play safe, it has been replaced w

<    1   2   3