This problem is still present in the latest snapshot:
kern.version=OpenBSD 6.5-beta (GENERIC) #1248: Thu Feb 28 09:57:20 MST 2019

Will anyone else have time to look at this soon or is this
sitting on my plate?

On Sat, Feb 16, 2019 at 02:44:19PM +0100, Stefan Sperling wrote:
> This is on i386 with the Feb 16 snapshot:
> Build date: 1550280485 - Sat Feb 16 01:28:05 UTC 2019
> 
> Happens with the ipsecctl binary shipped with this snapshot as
> well as with a fresh binary compiled with DEBUG="-O0 -g":
> 
> # ./ipsecctl -sa                                                              
>  
> FLOWS:
> flow esp in from 217.197.84.20 to 172.27.0.4 peer 217.197.84.20 srcid 
> julia.freifunk.stsp.name dstid 217.197.84.20/32 type use                      
>            
> flow esp out from 172.27.0.4 to 217.197.84.20 peer 217.197.84.20 srcid 
> julia.freifunk.stsp.name dstid 217.197.84.20/32 type require                  
>           
> 
> SAD:
> Segmentation fault (core dumped)
> #
> 
> Program terminated with signal 11, Segmentation fault.                        
>  
> Loaded symbols for /home/stsp/ipsecctl/obj/ipsecctl                           
>  
> Reading symbols from /usr/lib/libc.so.95.0...done.                            
>  
> Loaded symbols for /usr/lib/libc.so.95.0
> Reading symbols from /usr/libexec/ld.so...done.
> Loaded symbols for /usr/libexec/ld.so
> #0  0x16b133dc in pfkey_get_spi (msg=0x3f6e6218)
>     at /home/stsp/ipsecctl/pfkdump.c:670
> 670             return (ntohl(sa->sadb_sa_spi));
> (gdb) p sa
> $1 = (struct sadb_sa *) 0x0
> Current language:  auto; currently minimal
> (gdb) bt
> #0  0x16b133dc in pfkey_get_spi (msg=0x3f6e6218)
>     at /home/stsp/ipsecctl/pfkdump.c:670
> #1  0x16b0da7e in ipsecctl_show_sas (opts=192)
>     at /home/stsp/ipsecctl/ipsecctl.c:760
> #2  0x16b0e049 in main (argc=2, argv=0xcf7e62a4)
>     at /home/stsp/ipsecctl/ipsecctl.c:894
> 

Reply via email to