From nobody Thu Jan 04 08:23:39 2024 X-Original-To: bugs@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 4T5KNq6jjhz563DZ for ; Thu, 4 Jan 2024 08:23:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4T5KNq4pRtz4gmC for ; Thu, 4 Jan 2024 08:23:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1704356619; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=PW8cMmkOP7mE5Xletuod49WLxJjJm1Y2YB3ViUUzaCM=; b=hXufHgJ2ENqxdLd8eXiPjzg+U0sMo4OY9++jdYNuEEUivsONX192sDlEsvFU0F0RVNwzIU KMIp03VuFWLFFEtS5VFPh2JUmB0AK9C8CQeha6hONj8uhb/yXDVkvPuhXG5pgeZXJr73Cs 5z631iYAc/hJ0PPoJ109+kJ9REK067Ty9ojif0v76cHzdYnpZAv8gaCJrUfYtqtKPGHfjm 6EaYniOhjdbNzct5nwB8/uN0OCfbdb3D8rIVJ9bffBZa4uGWyflyFqT+yoqDuQ2scUCTV/ JiLP3wZsisGN+X1rBG2Y4o1blUbvjVd0+BdvqEuvFxJTgWD8SI/3dfEAu5ddgA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1704356619; a=rsa-sha256; cv=none; b=SRBfQFqgwDm8EmzuMpemkTJGSQ8y6WKEqlj1rgAcAa2MMB/duMsM5pi4KyRdCCaH+lOE7Y QhBJ9EBk//uSxBtzJ3matbCESGQ6HFIsp65LVNI/N+akhza1kVZHleDnmVMWSjWPXy3LbF xhTcILi+fYbjVK2hf4V9IX3h3zrIKZw4BFbCqbrGP40SGzcVZ4lHAR2mwPwFeUXzpaySvI jlUmgQg3inrepUjBWPrAoLza54DuOZZbQwUnZOG44afAcJICAZDMEDovz7aj04Fa3HNHp8 L+swhAVR5TL2hkPRZ/msqXY2ZubqsZi/D73jN9kRtpCqKQ5FSKXNrMHIHY1/YQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4T5KNq3t3zz1KpV for ; Thu, 4 Jan 2024 08:23:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4048Ndxf079957 for ; Thu, 4 Jan 2024 08:23:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4048NdqX079954 for bugs@FreeBSD.org; Thu, 4 Jan 2024 08:23:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 276106] hexdump(1) is not able to skip on files residing on pseudo-filesystems Date: Thu, 04 Jan 2024 08:23:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 14.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276106 --- Comment #5 from commit-hook@FreeBSD.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3De23954bd42fe4331b67ba8f6446bcccf7= 51096f1 commit e23954bd42fe4331b67ba8f6446bcccf751096f1 Author: Ricardo Branco AuthorDate: 2024-01-03 20:17:58 +0000 Commit: Xin LI CommitDate: 2024-01-04 08:16:50 +0000 hexdump: Do not trust st_size if it equals zero. Fix for hexdump -s not being able to skip files residing in pseudo-filesystems that advertise a zero size value. Historically, many pseudofs-based filesystems (e.g., procfs) report a va_size of 0 for numerous files classified as regular files. Typically, the contents of these files are generated on demand from kernel data as sbuf(9) strings at the time they are read. Accurately reporting the size of these files is challenging, as it often involves generating their contents. These pseudofs implementations frequently report the size as 0. This is a historical behavior and also aligns with Linux behavior. To maintain compatibility, we have chosen to preserve the existing behavior and address it in the userland application, rather than modifying it in the kernel (by updating the correct value for va_size). PR: bin/276106 MFC after: 1 week usr.bin/hexdump/display.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) --=20 You are receiving this mail because: You are the assignee for the bug.=