From nobody Mon Apr 6 13:21:14 2026 X-Original-To: freebsd-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 4fq92V2l34z6Y1sX for ; Mon, 06 Apr 2026 13:21:22 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fq92T58tjz3cTj for ; Mon, 06 Apr 2026 13:21:21 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=a8wT5H0X; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::329 as permitted sender) smtp.mailfrom=paulf2718@gmail.com Received: by mail-wm1-x329.google.com with SMTP id 5b1f17b1804b1-4853c1ca73aso39555105e9.2 for ; Mon, 06 Apr 2026 06:21:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775481675; x=1776086475; darn=freebsd.org; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=UuBOJNXEUP//MudKmeu/Rask8c+z/DGqL9nHjNAG7eo=; b=a8wT5H0XDwAFUru/iJbZx+zxVHh1jGWVG3RsVGmQ+31r1gO1wEBjU+cDDTQrY1bu1W JPC/v68QSlspBSQpcDezaGStzmrWrRu4c6CfChqkdKZuVhHpdbq92UE11qfLDmJTQLtP pNGnNjgX5SSsqesvsMwfk2VGiH80pD6dRgku04UuLpbDPO2oyWal2hTHCxDt6INlGyWK Nw14ejlamac1helsaG800YdpTbzeh5Gd0qW/Bg0HggAowBxZpvyF/DeSK9BtaIQoHx0I dJ9jKPmsU8UEsJ7FUKpnOqZdNHZDK8yQUmCXnqlh72QiCxM+ORH3trQoIxlkf3vfYu1m b9xw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775481675; x=1776086475; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=UuBOJNXEUP//MudKmeu/Rask8c+z/DGqL9nHjNAG7eo=; b=UtdCFkKuj/1pKaIC9P2IoLvsnTKkHCfkUasdcVCgwt4TTBcQGB5iSi1kyvJeKWb/Z+ J5MVS94TcapSCEa4UllvIrlYLpoOb91ssg5n7IxJKvm0S6Uo47BCVOem8GjZICJnZtzg 4DxpjlO5oc+mCcmozr1rvmZGeTK2z7K2fUtScuuVA/N7vZnPuEqCcnNjMD0oE+0IB1/F 5xppZwv8FYaMSRYdRt+RduiUay0pficb+Ew8tUx8bNTgt2vv/LcMsEWwYPctRdggkv+F 2sV0a2GdLDuveSc72rUp5jZwXIiXoL0l//+Rtl1x8S3qtI3NA+ca+RswIJHqskTltx8X kAFA== X-Gm-Message-State: AOJu0YzgQvh8xzAyOowWsLigzitLQPcHuEpSe/6ua8yNVVGLkpv5lUa1 haZHjZmHGQFQCI0B09btHqesTp19p1BWh1jF/2/QwZOqyNFE7NOfztNd5mpzcg== X-Gm-Gg: AeBDiev1bak93Zq7GPP//tYGwCj7aM7rSbZMoa4GVhFFLGkcGXqbRwTe/G6CJzncA8O UhItMXsxLU//dtg8MALu0dS0bLUmVyifDVHR/6piwwrA5T613ScmcTPHxacI5MYKQ0jV3I/ig7g DRwGtLcTU1x3KirNH4vGlX7zbxvmzIhrhq2EiyALY6vp6FuRcSBvUeg+uEOVgrcu/TeEBKpXFPJ 8pK+4iy2v+51QpFMHIu8OXQZliKrSilOyFkv6559k3la+puvtQEc26/qAZHxSnawoDmQZfqB4la GO4L2otq3DJgKVDT8Tr7ypAm8+T3iLflZCHW8ZSsyNyqSoE4qTIOf49NS4BwpaCLz5hhoOagt5o ZtXejxk0d6O9pYBab3yRuG9OkAZu5Nkt6EZtdXPD6SP/Dro8+A9ZEZIm3iwMOtf1ro7viqP9Gft GGj+iipSrTCjefleVHMALq51jfePE2Ts9tR2VzluH0dqW3FEsRCpQg+1pD0uqYPe0zwIF/Q4cBZ nNQLyXp+Q== X-Received: by 2002:a05:6000:2913:b0:439:a958:4342 with SMTP id ffacd0b85a97d-43d292d64dfmr17925320f8f.34.1775481675392; Mon, 06 Apr 2026 06:21:15 -0700 (PDT) Received: from ?IPV6:2a01:cb15:8545:7700:62cf:84ff:fe81:caec? ([2a01:cb15:8545:7700:62cf:84ff:fe81:caec]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43d1e2c5419sm49122155f8f.11.2026.04.06.06.21.14 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Apr 2026 06:21:14 -0700 (PDT) Message-ID: <707b0fa7-b345-4802-a018-d6050f4e8f8c@gmail.com> Date: Mon, 6 Apr 2026 15:21:14 +0200 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 User-Agent: Mozilla Thunderbird Content-Language: en-US To: "freebsd-current@freebsd.org" From: Paul Floyd Subject: debug files now have program headers Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.61 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.61)[-0.612]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4864::/56]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_DN_EQ_ADDR_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::329:from] X-Rspamd-Queue-Id: 4fq92T58tjz3cTj X-Spamd-Bar: --- Hi I just noticed that debug files now contain program headers. For instance, on 14.3-RELEASE paulf> file /usr/lib/debug/lib/libc.so.7.debug /usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), no program header, for FreeBSD 14.3, with debug_info, not stripped but on 16.0-CURRENT paulf> file /usr/lib/debug/lib/libc.so.7.debug /usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, ARM aarch64, version 1 (FreeBSD), dynamically linked, for FreeBSD 16.0 (1600014), with debug_info, not stripped (I've seen this on amd64 and arm64). That's causing problems with Valgrind if you use double verbose output (-v -v). With those options Valgrind will print details of functions that it redirects. Now that libc.so.debug looks like a real shared library rather than just a split debuginfo file Valgrind will try to read it for extra information. That extra information stomps on the correct information that it read from libc.so.7. The result is that functions like malloc no longer get redirected. That's not a problem for most users but it is quite a big issue for me trying to debug Valgrind itself. Is this going to be a permanent change? A+ Paul