From nobody Mon Jul 3 22:27:21 2023 X-Original-To: dev-commits-src-main@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 4Qw0t63jzGz4lSNr for ; Mon, 3 Jul 2023 22:27:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qw0t41gLbz3qCv for ; Mon, 3 Jul 2023 22:27:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=mEu+a2F8; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1688423258; bh=37yV69E/mrjVYlotiwwhThrNqAtXqQZIUOhQ8vHav4s=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=mEu+a2F8TO4RL/MYpvMFnvHUYr1gjK0ZHoOetMT1SEFsas1TtMjMp8DPFpr+GOqbrpdu7vUMg1JSbamA/6ccp+9E2qChI9YBZ4NcLp78peiqgpXIlGKS4em8DwUg/JlgiMCi6g3em9GkGanF1nrOEGGokRcEFa41jptJZ2CLoEbZSqd3/WNrlgPLxBjNZqxJr1WFm1GmIh0qjuG+rK4S0Qw8NJpC0v6kDl7Z7daHkI2zugYERfzDE+fXdwTtKeLt9eGjBp+r72Tx/nJ7PeiBjhx26BJQCeUMYeq2xr5dX1Jbp1P0A99cyQZI4QhOqKS9P24XHRceq5omZu+pSslNoA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1688423258; bh=rBYy2qiGVM6ytFKVR25erKCr7CtC1CvW+LrEWsfbcGv=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=o22wSSN/ysVIi9oHSbwiJRW2Xetf9g31EgKjj14tYhAgmGhzyLjOmJpJYrCIrzxp7Uhz4B2tmbyq2Wvm1FSQPRS91/aonK5IYhip1EDuWqZg5Nr+U0oS25xuCIEkGs+lPwEE9XwWfyS98gkzjfbQ//XNU34eF/95+Ur8WamRavUDqk2dxMNAOUCsyYSsh1+NBb6XfEGj5GohWmI2t4ajpy6dZ2GQu0K7zzYMNE2cI8zSa6BVXkyDc7aKZo28t4NSJUTtE4Kk3z5hFkKks8YWtVT71OBAjh64oieNYhObtWy8/F3PsQ0CANPQVO56fKz7pKur0/WkVzlYNX+yAgAbbg== X-YMail-OSG: V3QKsYUVM1mOyZnmRDWTdwIW.qQvqnO_u1vTs.rVjX5_biaCmMI1tsy7obRCRJq .bIpTOSmyNkoEKnPjLGQj5bYs5uOvVqOugFmCCOxwSWRMcpnUXadY7jAf17XDI8A.HOUadanTzXF G0vgqvUg2pX2X163T2j3xU2IBKqYdTlct8l.RaIJ0tL3F8tIv4ykKU4Aj9x3LJGMf_B_Mlg0AtZD jDgGuW5_uhuyYKAXVYXmq20.lJ6Op0Hz4Lxnil8Opb2WQS4kkDk8ScVTDnwM8Y8V7Ze.jsOWeDcF DZdnlwCzxr_FhapGKwN3oB3Q_k.RUX8uJ9dj9N1rKCcrjHe7lXO4E_9324tuxFuZc_29Dn3AJlFV 1R01RwhJj6.jgcsZY3Dhvti.F6N7X4NWL9xrprfb3Eo2It7D5cQSCYHg5t911HFCH6xjLaMR5EdG 7qfx0IMnH5Z_1WpG2mnyBEib_Tqa8H.P80vDHoSZjBilyyGyUjR.9MPzGUWos7W5EREC4PuIeXGX PW1S9NWTX5UvyN4jDa487uWR_2Uu2Il6apm3IB6TkKcya19wEM5JTroJm0a6XC09gpdnRKiAJ30A S5Gz59CRP3PPafIShbuSRonoNc9lHVZMCWPYS5NOn3wu9N4NdqSJO5.WSxt9CdQpwOOz4aV3rlvu 20gC4AJG0GIAP33BmtEiVncC05g8ceXDJxLQadykI9HatQACP0Y2w2DgrNlA4nR19G0uWd2gLnCy HSojohgBUdt_4vLGb316hV6fFXU.CcBI6kzMi6jX1Ours4z5AJKf4qHoHCsFbBPAK0d0aVs9afwR lyVNxXQrVMsSvkx9zMam1GnFgMMCZjqGTsp.ntEkc7iPF_Gtne28FgRuQekHCvNHg0LMaYdVnjDI ktAcjxoA3hB4wUJHjLJP_x88KIbrL853jAZAWY1ZDfDxMMsKBooahxnf1DF2KsZJ2KoMMbM1xgPk .fPD0zAs1WMKmJgGxBTFSWj8MndVPeLU.RNGh5UJ9.XEFSlPNZRv9XuybdshhJDoMwa8QKMoRpDR qeEsjED_.ivoaopZGArVQRP.MjPcQ3ZB3yoYuG.guSoGSYc_MX2t1b1Jz7qYIXUJKi1cs9p9clM9 x3XeZ7Cfjx5Szzh1kcfbDlYbihbHJpiZDJ.s9apbJzv5h.LBOo1_zuyi_SYY8meYY.gO_zu3JVb7 YOpxVoW.Szs0jDu.9aJ7f__NOtjrhVwLDhvNBycpoHlYpRrfdyWr5.ebAhHadmdUMnKGFyFxAHWm E5N6LDkx.MS.aUx1mYZgikKr3jvRQdXiaARsu2kZFq7.ybHMcTnJXvOAcG3a61gFezLZ_mkiOVDs IN5oy2GxRjAsOrf6C7adsmtOSZcf9sHeRsTp7swhnn2yeP4R7J5wiAA2mLvuz405gLr1ovqziR2M VdCFM4AjUB.6vLJ3AAtPogv9jNcLxpYTy6G_LM6YNTGt70RCLA.IV8V2nKpnC36m_JpkizcQ8cFE XuD24UhM7x_cTrJOvX0bTDOqfr1OHYsHSHUHFYKtXWlrLgw_e3djbjdfnzBrDDi_xvvG6vBNDgZH SCCTuef4gRUSIrzXrAL38nAzzah65TQU18U0nYn.IFe1MujaFGK7FysXUu8ufVk9dOcdbAxtnJWp ReAZpqCrKEmBvy_Uy2yY7Qt_V7GwRvXpDOdEBSjMI4.fy.I7RrnQy5IasVpwZlpP2xvYLSdBB9OE WJ7pOc8ERM7i95jPBcnkPu6z_gDDrJLhB.USq1k1mXljKxdP189aWjyj9AGZ9QnaCr68lhnJ1IzM Lb_a_efBrl_xQRKPYEP_cct7HUOoEV.Tv85n2sEObC2ng.TeDNtKnzLU8.TzapKBMfrBN.ZqgD9v D5kcSgB59Od6LyOAnbrf1wRaeVH8NdvzFNHcfYU0PPy9LQomF2_xMT_YG3mbrbQqbvsF7jC9nFNt SkVtG3zybS8.pFHdkfU6t3vdZxQU8MA_hhvfJhVqkfwrPQ9cl8ZVg58mZWO2vOQorPv0eovlJ0j6 OU9k57_Xb6OhzSi7MMwwqeZA8GPe9fphNr5xIp.Zod6njP0r8Hr8LKQmKeP_aY8u3gBiYxd2gCVA Wvyl0GE5pBBO7uxfTUKEJb7auZYWp31Af54TZVyUl6nkV5Fg3Ad0oYpZBGuuA71tAWr5xnhNYV9Z xtytDQ13iMnFuRX9.E4HI3ySVJqIe11NjSJYIR6DJTvsNFbPMLMxDAVxXCj3M0JXbRH7E1D_2Irw jvTsB6wKPM6zd8WS_NDlvG117DEIn5e2I5lEcY5D4yITsIa.RnkZVJ1wI2SB0MhiDWXG87YpQhb1 i X-Sonic-MF: X-Sonic-ID: fd7a3c74-0756-4eb0-87da-6f29810098b3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 3 Jul 2023 22:27:38 +0000 Received: by hermes--production-ne1-6d679867d5-pkw9t (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b1f717982fc51fa28680726e25cf49cf; Mon, 03 Jul 2023 22:27:33 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\)) Subject: Re: git: 005aa1743b42 - main - modules: bzero the modspecific_t Message-Id: Date: Mon, 3 Jul 2023 15:27:21 -0700 To: Brooks Davis , dev-commits-src-main@freebsd.org X-Mailer: Apple Mail (2.3731.600.7) References: X-Spamd-Result: default: False [-1.47 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_SPAM_MEDIUM(0.84)[0.836]; NEURAL_HAM_SHORT(-0.81)[-0.808]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; BLOCKLISTDE_FAIL(0.00)[98.137.69.31:server fail]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[dev-commits-src-main@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from] X-Rspamd-Queue-Id: 4Qw0t41gLbz3qCv X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N Brooks Davis wrote on Date: Mon, 03 Jul 2023 21:24:11 UTC : > On Sat, Jul 01, 2023 at 10:59:22PM +0000, Ka Ho Ng wrote: > > The branch main has been updated by khng: > >=20 > > URL: = https://cgit.FreeBSD.org/src/commit/?id=3D005aa1743b42b52fbd49b9d5ec448169= 02b6ee9f > >=20 > > commit 005aa1743b42b52fbd49b9d5ec44816902b6ee9f > > Author: Ka Ho Ng > > AuthorDate: 2023-07-01 19:41:53 +0000 > > Commit: Ka Ho Ng > > CommitDate: 2023-07-01 22:58:46 +0000 > >=20 > > modules: bzero the modspecific_t > >=20 > > Per https://reviews.llvm.org/D68115, only the first field is > > zero-initialized, meanwhile other fields are undef. > >=20 > > The pattern can be observed on clang as well, that when > > -ftrivial-auto-var-init=3Dpattern is specified 0xaa is filled for > > non-active fields, otherwise they are zero-initialized. > > Technically both are acceptable when using clang. However it > > would be good to simply bzero the modspecific_t in such case to > > be strict to the standard. >=20 > IMO this is a move in the wrong direction. We should see about > switching this file to C17 which IIRC removes this bug in the = standard. >=20 > Ideally we'd be moving to C23 where we can just do foo =3D {} > to zero things, but we've got a ways to go... Can you point me to where some (draft?) C?? standard material indicates that: A) pad bytes are to be determined to have a specific value? B) union bytes unused by a smaller size field that is the one = initialized are to be determined to have a specific value? My copy of N2176 for ISO/IEC 9899:2017 still has the J.1 Unspecified behavior wording: -- The value of padding bytes when storing values in structures or unions (6.2.6.1) -- The values of bytes that correspond to union members other than the one last stored into (6.2.6.1) As long as those are true, initializer notation is not guaranteed to avoid memory content leakage for the padding bytes and unused bytes for smaller union fields. (I'll not generate wording to deal with trap representations for such issues, something C++ avoids.) =3D=3D=3D Mark Millard marklmi at yahoo.com