Alvar bccb38dc9d check_icmp: Populate progname before np_extra_opts call (#2226) ... Within np_extra_opts, the ini parser expects a valid progname as the default section to select a configuration section in the ini file. However, within the check_icmp codebase, the progname is being populated directly after the np_extra_opts call, being a null pointer before. $ ./check_icmp --extra-opts=@foo.ini Segmentation fault (core dumped) > #0 strlen () at /usr/src/lib/libc/arch/amd64/string/strlen.S:125 > #1 0x000003989615d032 in _libc_strdup (str=Variable "str" is not available.) at /usr/src/lib/libc/string/strdup.c:44 > #2 0x000003966f751b74 in np_get_defaults (locator=0x73ede1e538ea "@foo.ini", default_section=0x0) at parse_ini.c:91 > #3 0x000003966f7518ce in np_extra_opts (argc=0x73ede1e5369c, argv=0x73ede1e53728, plugin_name=0x0) at extra_opts.c:98 > #4 0x000003966f74165a in main (argc=1, argv=0x0) at check_icmp.c:832 The progname variable is set within the process_arguments function, requiring the already enriched arguments from np_extra_opts. Thus, I moved the progname detection out of this function, directly before the np_extra_opts call. This pattern does already exists in check_tcp. I briefly looked for similar issues in other plugins, but found none.		2026-01-19 01:00:00 +01:00
..
check_dhcp.d	Refactor check_dhcp	2025-06-23 12:09:58 +02:00
check_icmp.d	More refactoring	2025-09-15 15:49:26 +02:00
t	Reapply "check_dhcp: reduce number of tests for weird reasons"	2025-06-23 13:21:25 +02:00
check_dhcp.c	Run clang-format again	2025-09-15 12:59:37 +02:00
check_icmp.c	check_icmp: Populate progname before np_extra_opts call (#2226)	2026-01-19 01:00:00 +01:00
Makefile.am	Add check_dhcp related files to Makefile	2025-06-23 13:02:41 +02:00
pst3.c	Run clang-format again	2025-09-15 12:59:37 +02:00