From nobody Wed Jun 14 10:40:58 2023 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Qh25f6MWcz4dlZq for ; Wed, 14 Jun 2023 10:41:10 +0000 (UTC) (envelope-from melifaro@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qh25f3JPPz4Kxy; Wed, 14 Jun 2023 10:41:10 +0000 (UTC) (envelope-from melifaro@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1686739270; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=YwuUrTwmS82rESMY3LpkrTu1gYBb7T0zMdJf6EvTjtU=; b=d3txcj7n48/XRMEfkXq4oa1eyNfoIypM9F5o7fiVdHhmcHoG3We6rdh4d0UI7Bry/A8FRY gSzdh2f+mzN0J2xh2YMcULOW9VHOTgRslL5zpAYnuU78bh6dC5Eqb11LPeXrd9TkV2LiP8 2qiX99eBSn+2My+rKLVdScg4rhUg9dxY1V7+GSujTDiocE/xnvS+xJCX3X4oUX4cEmfWC2 lkeRTW57GHFlRfvPEp72XenpUxoDwioxkNqmud1FFhIp4WessFY8derWoEMZm7whAVKNeQ V3KL8pZsETKfOhwxOBkS6USNgcACOr5gNmXQedfnztefxEJlYLcBBoKcjlQFkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1686739270; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=YwuUrTwmS82rESMY3LpkrTu1gYBb7T0zMdJf6EvTjtU=; b=LFFuk3Pm23O52lsltYcWEh1BaS04KkC7X7w47DAmlkPEDOAnNtf8wCz6AaUNj8tXFnqqGL IabnOPPMpaIMqVV7RwFIR5NAotMSlkx2w5ErdHOp7/eaIT6GchJP91O2/iCIrB6qZvrp6B h4UgzHZeAzVjaBHHAhYGOK9B8wLn/UgHHhP5zJi4zyVNnPM7CSCgeRsrHb0mCN+I1uwP1E 875EiKOGNwR7sDRSAQelDDrgzFf/RhyOCnY7NDtH0sHym13IPXA22iCgV6fZHuYLnLzFf3 2N4vaYtI4qlO9oCrW4QFXPsaM0To1Ji0zsAHnEHLO4od32H1969HZ0/0cBV5Cg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1686739270; a=rsa-sha256; cv=none; b=kdT2nfaG3tPaFayiIBR4szc7yXCGlgtk9cQ2GdVJ5dE0/1GiZoQT1kPg4AO2XiWbg6m6KZ JWGoRypVykANRJgiY3RrZuP91XaVYu0JVtHCC16m4/fBzhoBkPlbvWF3/c8prcUuo056N4 oMowcUU4wQE8LJNyHaW4M1k1pBbkhjfsqQoC2S9NJQb2rHGad42gzH4CXOSSp7F1vIc8Oq km/O5SK+H2QxW9ubBFOPe2oQu5SXqG5E+UzyfEdoq0IzyvIRhH7rVuaBXo2xKhTdE5C4rd l06IEcGdMU/ivMJKJPBXLIktXv54QxFktAhVioZ8/4quGUBR36Tp2N4h2r39RQ== Received: from smtpclient.apple (unknown [IPv6:2a02:8084:d6bb:510:c042:b45f:635f:2eb0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: melifaro/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Qh25f03KSzJrX; Wed, 14 Jun 2023 10:41:09 +0000 (UTC) (envelope-from melifaro@freebsd.org) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\)) Subject: Re: ifconfig dumps core and gdb uses an undefined symbol From: Alexander Chernikov In-Reply-To: <20230614123530.7e48c885@ernst.home> Date: Wed, 14 Jun 2023 11:40:58 +0100 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20230614095956.26234554@ernst.home> <7A98AD66-35D3-447B-B808-2A52E9AD28F3@FreeBSD.org> <20230614110135.15b928db@ernst.home> <20230614115350.5e7386fa@ernst.home> <20230614123530.7e48c885@ernst.home> To: garyj@gmx.de X-Mailer: Apple Mail (2.3731.600.7) X-ThisMailContainsUnwantedMimeParts: N > On 14 Jun 2023, at 11:35, Gary Jennejohn wrote: >=20 > On Wed, 14 Jun 2023 11:05:31 +0100 > Alexander Chernikov wrote: >=20 >>> On 14 Jun 2023, at 10:53, Gary Jennejohn wrote: >>>=20 >>> On Wed, 14 Jun 2023 09:01:35 +0000 >>> Gary Jennejohn > wrote: >>>=20 >>>> On Wed, 14 Jun 2023 09:09:04 +0100 >>>> Alexander Chernikov wrote: >>>>=20 >>>>>> On 14 Jun 2023, at 08:59, Gary Jennejohn wrote: >>>>> Hi Gary, >>>>>>=20 >>>>>> So, now I have a new problem with current. >>>>>>=20 >>>>>> I just now updated my current sources and ran buildworld and = buildkernel, >>>>>> since Gleb fixed the WITHOUT_PF problem. >>>>>>=20 >>>>>> After installing the new world and kernel I see that ifconfig is = dumping >>>>>> a core, apparently when it tries to show lo0, since re0 is = correctly >>>>>> shown: >>>>>>=20 >>>>>> ifconfig >>>>>> re0: flags=3D8843 metric = 0 mtu 4088 = options=3D82098 >>>>>> ether redacted >>>>>> inet 192.168.178.XXX netmask 0xffffff00 broadcast = 192.168.178.255 >>>>>> Segmentation fault (core dumped) >>>>> Could you please try to narrow down the crashing command? e.g. >>>>> Ifconfig lo0 >>>>> Ifconfig lo0 net >>>>> Ifconfig lo0 inet6 >>>>> Could you try to rebuild ifconfig w/o netlink (e.g. set = WITHOUT_NETLINK=3Dyes in the make.conf & make -C sbin/ifconfig clean all = install) and see if the new binary works? >>>>>=20 >>>>=20 >>>> I already have WITHOUT_NETLINK=3Dyes in my /etc/src.conf. >>>>=20 >>>> I didn't install ifconfig. I simply started it from the build = directory. >>>>=20 >>>> ifconfig lo0 shows the settings for lo0 and then dumps core. >>>>=20 >>>=20 >>> After your most recent changes "ifconfig re0" and "ifconfg lo0" = don't >>> result in any errors. But "ifconfig" alone still results in a core >>> dump, which per gdb is happening in the strlcpy() call at = in_status_tunnel() >>> in af_inet.c. >> Indeed. >>=20 >> diff --git a/sbin/ifconfig/ifconfig.c b/sbin/ifconfig/ifconfig.c >> index d30d3e1909ae..6a80ad5763b2 100644 >> --- a/sbin/ifconfig/ifconfig.c >> +++ b/sbin/ifconfig/ifconfig.c >> @@ -822,6 +822,7 @@ list_interfaces_ioctl(if_ctx *ctx) >> continue; >> if (!group_member(ifa->ifa_name, args->matchgroup, = args->nogroup)) >> continue; >> + ctx->ifname =3D cp; >> /* >> * Are we just listing the interfaces? >> */ >>=20 >> Does this one fix the crash? >>>=20 >=20 > YES! Should be fixed by 52ff8883185a then. Thank you for the report and sorry for the breakage! >=20 > -- > Gary Jennejohn >=20