Yes Sent using a virtual keyboard on a phone
> On Aug 30, 2021, at 19:47, Wei Huang <[email protected]> wrote: > > > Thanks for the reply. So for now without upgrade to later version of code, I > can just change the passert to pexpect, right? > > Wei > From: Paul Wouters <[email protected]> > Sent: Monday, August 30, 2021 11:59 AM > To: Wei Huang <[email protected]> > Cc: [email protected] <[email protected]> > Subject: [External] : Re: [Swan] Coredump happened when trying to shutdown > > That can happen with mobike. Later versions changed the passert to pexpect to > prevent the crash. > > Sent using a virtual keyboard on a phone > >>> On Aug 30, 2021, at 17:55, Wei Huang <[email protected]> wrote: >>> >> >> I run into a coredump is pluto: >> (gdb) bt >> #0 0x00007ff6c556e387 in ssignal () from /lib64/libc.so.6 >> #1 0x00007ff6c556fa78 in abort () from /lib64/libc.so.6 >> #2 0x000055f6edcfdc00 in lswlog_passert_suffix >> (buf=buf@entry=0x7ffcaf3be800, where=...) at >> /tn-build/src/third_party/libreswan/libreswan-3.32/lib/libswan/lswlog_passert.c:32 >> #3 0x000055f6edcee280 in lsw_passert_fail (where=..., >> fmt=fmt@entry=0x55f6edd4e079 "%s") at >> /tn-build/src/third_party/libreswan/libreswan-3.32/lib/libswan/lsw_passert_fail.c:31 >> #4 0x000055f6edc7bca6 in delete_states_by_connection >> (c=c@entry=0x55f6ef5d3a48, relations=relations@entry=true) at >> /tn-build/src/third_party/libreswan/libreswan-3.32/programs/pluto/state.c:1450 >> #5 0x000055f6edc662a5 in release_connection (c=c@entry=0x55f6ef5d3a48, >> relations=relations@entry=true) at >> /tn-build/src/third_party/libreswan/libreswan-3.32/programs/pluto/connections.c:152 >> #6 0x000055f6edc6615f in delete_connection (c=0x55f6ef5d3a48, >> relations=relations@entry=true) at >> /tn-build/src/third_party/libreswan/libreswan-3.32/programs/pluto/connections.c:219 >> #7 0x000055f6edc6649a in delete_every_connection () at >> /tn-build/src/third_party/libreswan/libreswan-3.32/programs/pluto/connections.c:354 >> #8 0x000055f6edc7ce4f in exit_pluto (status=status@entry=PLUTO_EXIT_OK) at >> /tn-build/src/third_party/libreswan/libreswan-3.32/programs/pluto/plutomain.c:1879 >> #9 0x000055f6edccabe1 in whack_handle_cb (fd=<optimized out>, >> event=<optimized out>, arg=<optimized out>) at >> /tn-build/src/third_party/libreswan/libreswan-3.32/programs/pluto/rcv_whack.c:644 >> #10 0x00007ff6c5b198f4 in event_base_loop () from /lib64/libevent-2.0.so.5 >> #11 0x000055f6edc82487 in call_server (conffile=0x55f6ef536068 >> "/home/talariuser/libreswan/etc/ipsec.conf") at >> /tn-build/src/third_party/libreswan/libreswan-3.32/programs/pluto/server.c:1509 >> #12 0x000055f6edc41773 in main (argc=<optimized out>, argv=<optimized out>) >> at >> /tn-build/src/third_party/libreswan/libreswan-3.32/programs/pluto/plutomain.c:1827 >> >> frame 4, sr >> eroute_owner = 64, >> routing = RT_UNROUTED, >> >> The code in state.c: >> >> for (sr = &c->spd; sr != NULL; sr = sr->spd_next) { >> passert(sr->eroute_owner == SOS_NOBODY); >> passert(sr->routing != RT_ROUTED_TUNNEL); >> } >> >> ./pluto --version >> Libreswan 3.32 esp-hw-offload FORK PTHREAD_SETSCHEDPRIO NSS (IPsec profile) >> (native-PRF) DNSSEC SYSTEMD_WATCHDOG LIBCAP_NG XAUTH_PAM NETWORKMANAGER >> CURL(non-NSS) >> >> Anybody have idea is there a patch for this? >> >> Thanks, >> >> Wei >> _______________________________________________ >> Swan mailing list >> [email protected] >> https://lists.libreswan.org/mailman/listinfo/swan
_______________________________________________ Swan mailing list [email protected] https://lists.libreswan.org/mailman/listinfo/swan
