Date: Sun, 31 Dec 2023 20:59:27 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 276043] fread(3) is truncated when reading from pseudo-filesystems Message-ID: <bug-276043-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276043 Bug ID: 276043 Summary: fread(3) is truncated when reading from pseudo-filesystems Product: Base System Version: 14.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: rbranco@suse.com I was looking why the output of `md5 /compat/linux/proc/cpuinfo` is differe= nt from `cat /compat/linux/proc/cpuinfo | md5` and came across this code in sbin/md5/md5.c: ``` char block[4096]; ... while ((len =3D fread(block, 1, sizeof(block), f)) > 0) { ``` ``` The issue is a truncated read as confirmed by truss and GNU wc: ``` $ sudo truss md5 /compat/linux/proc/cpuinfo=20 ... read(3,"processor\t: 0\nvendor_id\t: Gen"...,4096) =3D 3549 (0xddd) ... ``` It obviously affects all tools using libc when comparing the output of wc v= s. GNU wc: ``` $ wc -m /compat/linux/proc/cpuinfo 3549 /compat/linux/proc/cpuinfo $ gwc -m /compat/linux/proc/cpuinfo 3685 /compat/linux/proc/cpuinfo ``` --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-276043-227>