From unknown Sat Jun 21 10:22:25 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#19969 <19969@debbugs.gnu.org> To: bug#19969 <19969@debbugs.gnu.org> Subject: Status: problem: wc -c doesn't read actual # of bytes in file Reply-To: bug#19969 <19969@debbugs.gnu.org> Date: Sat, 21 Jun 2025 17:22:25 +0000 retitle 19969 problem: wc -c doesn't read actual # of bytes in file=20 reassign 19969 coreutils submitter 19969 Linda Walsh severity 19969 normal tag 19969 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 28 03:59:43 2015 Received: (at submit) by debbugs.gnu.org; 28 Feb 2015 08:59:44 +0000 Received: from localhost ([127.0.0.1]:60393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YRdFP-0006qd-G5 for submit@debbugs.gnu.org; Sat, 28 Feb 2015 03:59:43 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38261) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YRdFN-0006qR-No for submit@debbugs.gnu.org; Sat, 28 Feb 2015 03:59:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YRdFH-0001ZU-U0 for submit@debbugs.gnu.org; Sat, 28 Feb 2015 03:59:36 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52736) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YRdFH-0001ZO-Rg for submit@debbugs.gnu.org; Sat, 28 Feb 2015 03:59:35 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39973) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YRdFG-0002kU-VI for bug-coreutils@gnu.org; Sat, 28 Feb 2015 03:59:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YRdFC-0001Wq-0o for bug-coreutils@gnu.org; Sat, 28 Feb 2015 03:59:34 -0500 Received: from ishtar.tlinx.org ([173.164.175.65]:33195 helo=Ishtar.hs.tlinx.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YRdFB-0001Vo-5i for bug-coreutils@gnu.org; Sat, 28 Feb 2015 03:59:29 -0500 Received: from [192.168.4.12] (Athenae [192.168.4.12]) by Ishtar.hs.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id t1S8xKhV020826 for ; Sat, 28 Feb 2015 00:59:23 -0800 Message-ID: <54F18368.3060503@tlinx.org> Date: Sat, 28 Feb 2015 00:59:20 -0800 From: Linda Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: bug-coreutils@gnu.org Subject: problem: wc -c doesn't read actual # of bytes in file Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) (coreutils-8.21-7.7.7) wc -c(bytes) doesn't seem to reliably read the number of bytes in a file. I was wanting to find out what the largest data-source files in '/proc' and '/sys' (didn't get around to trying /sys, since all the files under /proc/sys return 0 bytes. Note -- "wc -l" doesn't return '0' on the /proc/sys files. As root: # cd /proc # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type f ! -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c --files0-from=- |sort -n From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 01 04:41:10 2015 Received: (at 19969) by debbugs.gnu.org; 1 Mar 2015 09:41:10 +0000 Received: from localhost ([127.0.0.1]:32880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YS0N4-00043p-FH for submit@debbugs.gnu.org; Sun, 01 Mar 2015 04:41:10 -0500 Received: from mout.kundenserver.de ([212.227.17.10]:49946) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YS0N2-00043a-Lh for 19969@debbugs.gnu.org; Sun, 01 Mar 2015 04:41:09 -0500 Received: from [192.168.1.10] ([217.86.68.70]) by mrelayeu.kundenserver.de (mreue104) with ESMTPSA (Nemesis) id 0MV5B7-1Y0ibj0WfF-00YPzH; Sun, 01 Mar 2015 10:41:02 +0100 Message-ID: <54F2DEAD.206@bernhard-voelker.de> Date: Sun, 01 Mar 2015 10:41:01 +0100 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Linda Walsh , 19969@debbugs.gnu.org Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file References: <54F18368.3060503@tlinx.org> In-Reply-To: <54F18368.3060503@tlinx.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ei5lthMybvkoxq7NArqIj3qNDNVvqcw4S3PwpDpfrLNGO5MhjaJ qVGsn33vSTtNRi4FqdKcJ1ILIAwHNILNy4vYCHOBdz549zPOQhp33kcnUih5CpdL/H7yl68 BdtkEaN3astHA1eb1OVTluwtRS7KZJzzLk0m8itWfbjmamcLzTDLwwPuAXLeVClkKLUysKJ gil605jvrkSPKUtptcbBw== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 19969 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 02/28/2015 09:59 AM, Linda Walsh wrote: > (coreutils-8.21-7.7.7) > > wc -c(bytes) doesn't seem to reliably read the number > of bytes in a file. > > I was wanting to find out what the largest data-source > files in '/proc' and '/sys' (didn't get around to trying > /sys, since all the files under /proc/sys return 0 bytes. > > Note -- "wc -l" doesn't return '0' on the /proc/sys files. > > As root: > # cd /proc > # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type > f ! -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags > -print0|wc -c --files0-from=- |sort -n Thanks for the report. However, I'm not 100% sure what the problem is - as you didn't narrow the case down to a certain file, nor did you show us the output and what you expected. A quick shot is http://bugs.gnu.org/18621 and the corresponding commit (after the latest v8.23 release) http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=2662702b Does this - i.e., a wc(1) built from git - solve your problem? Thanks & have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 01 16:34:07 2015 Received: (at 19969) by debbugs.gnu.org; 1 Mar 2015 21:34:07 +0000 Received: from localhost ([127.0.0.1]:33579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSBV0-00075R-ES for submit@debbugs.gnu.org; Sun, 01 Mar 2015 16:34:06 -0500 Received: from ishtar.tlinx.org ([173.164.175.65]:60469 helo=Ishtar.hs.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSBUx-000758-2C for 19969@debbugs.gnu.org; Sun, 01 Mar 2015 16:34:04 -0500 Received: from [192.168.4.12] (Athenae [192.168.4.12]) by Ishtar.hs.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id t21LXpMw058985; Sun, 1 Mar 2015 13:33:54 -0800 Message-ID: <54F385BF.7060909@tlinx.org> Date: Sun, 01 Mar 2015 13:33:51 -0800 From: Linda Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: Bernhard Voelker Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file References: <54F18368.3060503@tlinx.org> <54F2DEAD.206@bernhard-voelker.de> In-Reply-To: <54F2DEAD.206@bernhard-voelker.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 19969 Cc: 19969@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Bernhard Voelker wrote: > On 02/28/2015 09:59 AM, Linda Walsh wrote: >> (coreutils-8.21-7.7.7) >> >> wc -c(bytes) doesn't seem to reliably read the number >> of bytes in a file. >> >> I was wanting to find out what the largest data-source >> files in '/proc' and '/sys' (didn't get around to trying >> /sys, since all the files under /proc/sys return 0 bytes. >> >> Note -- "wc -l" doesn't return '0' on the /proc/sys files. >> >> As root: >> # cd /proc >> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type >> f ! -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags >> -print0|wc -c --files0-from=- |sort -n > > Thanks for the report. > However, I'm not 100% sure what the problem is - as you didn't narrow > the case down to a certain file, nor did you show us the output and > what you expected. --- Yes. I did. Anything under /proc/sys is affected. There is more than 1 'certain file' that is affected. What I would _expect_ is for it to show the actual # of bytes in the file rather than a size of 0. That's why I included the command to duplicate the problem. Are you saying you tried it and it doesn't do the same thing on your system? Without me debugging the source, how much more do you want me to narrow it down? If you change the "wc -c" => "wc "-l", you will see non-zero numbers for files under /sys/proc. BTW .. it seems many files under /sys are also affected. ---- As for files under /proc, the 'net' directory seems to work: Are you wanting a list like this: Ishtar:/proc> find -H sys net -name self -prune -o -name thread-self -prune -o -type f ! -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c --files0-from=- |sort -n wc: sys/fs/protected_hardlinks: Permission denied wc: sys/fs/protected_symlinks: Permission denied wc: sys/kernel/cad_pid: Permission denied wc: sys/kernel/usermodehelper/bset: Permission denied wc: sys/kernel/usermodehelper/inheritable: Permission denied wc: sys/net/ipv4/route/flush: Permission denied wc: sys/net/ipv4/tcp_fastopen_key: Permission denied wc: sys/vm/compact_memory: Permission denied 0 net/netfilter/nfnetlink_log 0 sys/abi/vsyscall32 0 sys/debug/exception-trace 0 sys/dev/hpet/max-user-freq 0 sys/dev/raid/speed_limit_max 0 sys/dev/raid/speed_limit_min 0 sys/dev/scsi/logging_level 0 sys/fs/aio-max-nr 0 sys/fs/aio-nr 0 sys/fs/dentry-state 0 sys/fs/dir-notify-enable 0 sys/fs/epoll/max_user_watches 0 sys/fs/file-max 0 sys/fs/file-nr 0 sys/fs/inode-nr 0 sys/fs/inode-state 0 sys/fs/inotify/max_queued_events 0 sys/fs/inotify/max_user_instances 0 sys/fs/inotify/max_user_watches 0 sys/fs/lease-break-time ... (pattern is /proc/sys/* => size==0) vs. directory /proc/net: 11 net/ip_tables_names 17 net/ip_tables_targets 36 net/psched 39 net/connector 47 net/mcfilter 54 net/ip_mr_cache 55 net/ip_tables_matches 71 net/ip_mr_vif 128 net/icmp 128 net/rt_cache 128 net/udplite 142 net/sockstat 171 net/ptype 233 net/raw 321 net/netfilter/nf_log 381 net/packet 644 net/dev_mcast 733 net/fib_triestat 822 net/igmp 896 net/route 1062 net/protocols 1090 net/dev 1188 net/softnet_stat 1234 net/arp 1385 net/snmp 1506 net/stat/arp_cache 1678 net/netlink 1718 net/fib_trie 2077 net/stat/rt_cache 2412 net/netstat 4096 net/rt_acct 6528 net/udp 20000 net/unix 41550 net/tcp 92581 total --- Sorry to be unclear, but I would expect the numbers under /proc/sys to look something like the numbers under /proc/net. FWIW, the 'prune' and exceptions in the find are to filter out some degenerate cases (like byte counts in /proc/kmem) as well as too much verbosity (skip the processes, including self and thread-self). I also used the -H switch to not skip initial symlinks, but ignore lower ones. For the numbers under /sys, most seem to return a wrong size.a size of 0, but doing a 'cat FILENAME|wc -c' shows the correct number. I didn't give much data about /sys, as getting a test case that would run just for /proc, w/o hanging or looping took too long (like trying to read 'kmsg' takes forever and will basically hang the test case). > A quick shot is > http://bugs.gnu.org/18621 --- Certainly looks like what I'm seeing. HOWEVER, why do I get numbers in "/proc/net" but not under "/sys"? Seems like there is something else going on here. > and the corresponding commit (after the latest v8.23 release) > http://git.sv.gnu.org/cgit/coreutils.git/commit/?id=2662702b > > Does this - i.e., a wc(1) built from git - solve your problem? --- It may work *around* the problem, but doesn't explain the inconsistencies between, for example, /proc/sys and /proc/net. If the patch forces a read, there's a good chance it will work, but the inconsistent returns from /proc/sys, /proc/net AND /sys(seems to often show 4K as noted in the other bug report), would seem to indicted a kernel bug somewhere. If they were ALL 0 or all 4K, then I'd say the kernel doesn't return size for either of those interfaces (and that may be as far as that goes and the workaround is the only solution), but that the kernel interfaces are giving back inconsistent answers seems like different users not using the same kernel interfaces to return the 'inode' size. Did this provide enough info? Am a bit leery of trying a new version of core utils on short notice as I need to make sure new breakages having occurred in other utils and w/my luck, I might accidently install the newer version over a working version (Murphy** visits, here, often). **-as in Murphy's Law.. Cheers! Linda From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 02 08:57:12 2015 Received: (at 19969) by debbugs.gnu.org; 2 Mar 2015 13:57:12 +0000 Received: from localhost ([127.0.0.1]:33925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSQqN-0002ZR-Bl for submit@debbugs.gnu.org; Mon, 02 Mar 2015 08:57:11 -0500 Received: from mx1.redhat.com ([209.132.183.28]:54939) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSQqI-0002ZB-TC for 19969@debbugs.gnu.org; Mon, 02 Mar 2015 08:57:07 -0500 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t22Dv4dH022039 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 2 Mar 2015 08:57:04 -0500 Received: from [10.3.113.122] (ovpn-113-122.phx2.redhat.com [10.3.113.122]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t22Dv3CW029549; Mon, 2 Mar 2015 08:57:03 -0500 Message-ID: <54F46C2E.1030706@redhat.com> Date: Mon, 02 Mar 2015 06:57:02 -0700 From: Eric Blake Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Linda Walsh , 19969@debbugs.gnu.org Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file References: <54F18368.3060503@tlinx.org> In-Reply-To: <54F18368.3060503@tlinx.org> OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Sbel73EWKuX8gpt0U5kJgVLMpVvXqSeIS" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 19969 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Sbel73EWKuX8gpt0U5kJgVLMpVvXqSeIS Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 02/28/2015 01:59 AM, Linda Walsh wrote: > (coreutils-8.21-7.7.7) >=20 > wc -c(bytes) doesn't seem to reliably read the number > of bytes in a file. >=20 > I was wanting to find out what the largest data-source > files in '/proc' and '/sys' (didn't get around to trying > /sys, since all the files under /proc/sys return 0 bytes. The Linux kernel is notoriously bad about advertising 0-length file size for non-empty contents of files within sysfs and procfs. Any program that trusts just stat() output will report 0; the only way to see non-zero sizes on these special files is to open() and read() them (I'm not even sure if lseek(SEEK_END) does the trick) - but fixing that is something for the kernel folks to do, and not coreutils to work around, because it is more than coreutils that is affected by the kernel's lies. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --Sbel73EWKuX8gpt0U5kJgVLMpVvXqSeIS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJU9GwuAAoJEKeha0olJ0NqJCkIAJlM6wJTW7DcYAGtkxIGnein OvX8hdRvcaJKBNfSwRBAJoDWj9Yli88KQk1SUFOIboYdBLBv2TIKuHSRVPw+TvM8 uQ47TBD+9CUY0kFKmt3M8gt21h/VVZtbKtoXFdCcm6s3CjGHkSwVIE/GdA5FOmTc YvalAtTng0vpOx3SG+IRHIsIZnxTUOnmmX05+KJqaX9WGlSt6i2kkoERZo2JrlaC V84o/gwedhV93UOOdXt/Rv8N/0kXWqQRaX60ArIyj+iFdBVXIXjWBqg8z3cpbgvH IZfYtAT2Ew0Gk43+42MJjUUASa3/ihrC8Y+RBCXDGSgjBkyjngaHb7faat+C+2c= =VrEN -----END PGP SIGNATURE----- --Sbel73EWKuX8gpt0U5kJgVLMpVvXqSeIS-- From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 02 11:59:30 2015 Received: (at 19969) by debbugs.gnu.org; 2 Mar 2015 16:59:30 +0000 Received: from localhost ([127.0.0.1]:32989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSTgo-0000cl-9C for submit@debbugs.gnu.org; Mon, 02 Mar 2015 11:59:30 -0500 Received: from smtp.gentoo.org ([140.211.166.183]:53622) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSTgl-0000cB-91 for 19969@debbugs.gnu.org; Mon, 02 Mar 2015 11:59:28 -0500 Received: from vapier (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id 70DD13407BC; Mon, 2 Mar 2015 16:59:20 +0000 (UTC) Date: Mon, 2 Mar 2015 11:59:20 -0500 From: Mike Frysinger To: Eric Blake Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file Message-ID: <20150302165920.GE8519@vapier> Mail-Followup-To: Eric Blake , Linda Walsh , 19969@debbugs.gnu.org References: <54F18368.3060503@tlinx.org> <54F46C2E.1030706@redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KlAEzMkarCnErv5Q" Content-Disposition: inline In-Reply-To: <54F46C2E.1030706@redhat.com> X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 19969 Cc: Linda Walsh , 19969@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --KlAEzMkarCnErv5Q Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 02 Mar 2015 06:57, Eric Blake wrote: > On 02/28/2015 01:59 AM, Linda Walsh wrote: > > (coreutils-8.21-7.7.7) > >=20 > > wc -c(bytes) doesn't seem to reliably read the number > > of bytes in a file. > >=20 > > I was wanting to find out what the largest data-source > > files in '/proc' and '/sys' (didn't get around to trying > > /sys, since all the files under /proc/sys return 0 bytes. >=20 > The Linux kernel is notoriously bad about advertising 0-length file size > for non-empty contents of files within sysfs and procfs. Any program > that trusts just stat() output will report 0; the only way to see > non-zero sizes on these special files is to open() and read() them (I'm > not even sure if lseek(SEEK_END) does the trick) - but fixing that is > something for the kernel folks to do, and not coreutils to work around, > because it is more than coreutils that is affected by the kernel's lies. to be fair, for some pseudo files, it's not feasible or possible to report = the=20 real size `wc -c < /proc/file` should work -mike --KlAEzMkarCnErv5Q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU9JboAAoJEEFjO5/oN/WBAtAP/304F+8ehsgsFw2+dQXw5PP3 y1reCVFB35HBfXCYoxsuFOZZYiS1XhoUIfXQo41FWk1qp4LPz09z2EUuiHCmKpz5 n3RiMHcxkB9qpdw3QUY1RjKqQQ2W9ebamkAjiFX1FjBaaCx1kJFy/KmrXGZtTLuI OA578FBBQZWSZdMugs08aVkjmwXL5gs/PKBDcQfUcUSgw5+dPBZU9sZUt5+RQyPw w94JHpxAWir1el4R9uQHTu4cfTH1E1Ws3Hqbxw5HEXow+bxBtqk2E0IxMO4vXXkC cUjzxfe7LYUlj6Beyw8KPNVNir1Gae8Z3nfdJ+MG0o3quX2Xp3V3iyndudsI2VEs kfgaw72b6v/lORfqq4/Vft9LICjiL5IbUaeIEbOAD8TtiijP2MVDBTohSLoynotm Z2FRdkIkW6Wvhu/sheEvNpfayFvRTq7/QuY5wofnVriULCP0VvZJAc2nGsl/KSOY TlRKE0hA0nERJqkyS/1Brre6I5IXWET+fMRo8D8fKM5ZJ3+XulrI62wNVPJfuS+D yOe1NjnoEjGyVe7uCDmZe7zFZOBQnthcz/7w+JPyP9HbutDhOzVAeBnhovpLob/B kjqn6fM0IY6CfSceoZC+H5qnBbwlVTj0eIjD+OBgUsFLHHgnFUMPAZ9O+JuxbNEl S+3lhz9lWkKJkjC0HwYG =kex4 -----END PGP SIGNATURE----- --KlAEzMkarCnErv5Q-- From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 02 12:18:39 2015 Received: (at 19969) by debbugs.gnu.org; 2 Mar 2015 17:18:39 +0000 Received: from localhost ([127.0.0.1]:33027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSTzK-0002Wp-Sq for submit@debbugs.gnu.org; Mon, 02 Mar 2015 12:18:39 -0500 Received: from mail-ie0-f173.google.com ([209.85.223.173]:38128) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSTzI-0002Wa-FS for 19969@debbugs.gnu.org; Mon, 02 Mar 2015 12:18:37 -0500 Received: by iecrd18 with SMTP id rd18so49666262iec.5 for <19969@debbugs.gnu.org>; Mon, 02 Mar 2015 09:18:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=HqYLqmj18gnwgiMtEfkwjX9Kc6NGsoPJXFxLXuIwtd4=; b=bDrnvNEqriZHpdt+mjhJ62W3pzCfDzIXCYHGtJOGlKIIdeiFoOzX6ydm4/+Z1cQXqq MCQ24+CaeFVG/94UCNyDuG2todQ21d3WJiSN62TSNwrapYYjKLLaweW6tyszfq1+gkt1 nxu07iFBRdHd7X77H05XG1zReI0ltKcvaskTkyEcJ3bMkdbh11UNQW+JVu+EDK15umaq jBrX7yX0vfg62yobxyq+3zzV0wFGq+vyRhabUSjuQnV5bzw2wBdw6LNQWiq/hHK+XTfD o4GsNip1cmAPCFb9n7KUEJ/fGOrbf1IT8yoB53NVTkMdzTkvh7PHnjCyB1lalrmR3pAY lQ8A== X-Received: by 10.50.111.10 with SMTP id ie10mr22291195igb.15.1425316710635; Mon, 02 Mar 2015 09:18:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.171.101 with HTTP; Mon, 2 Mar 2015 09:18:10 -0800 (PST) In-Reply-To: <54F18368.3060503@tlinx.org> References: <54F18368.3060503@tlinx.org> From: Jim Meyering Date: Mon, 2 Mar 2015 09:18:10 -0800 X-Google-Sender-Auth: jtw2hOqpN5I_LyZTLaXGlbn6QUs Message-ID: Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file To: Linda Walsh Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19969 Cc: 19969@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Sat, Feb 28, 2015 at 12:59 AM, Linda Walsh wrote: > (coreutils-8.21-7.7.7) > > wc -c(bytes) doesn't seem to reliably read the number > of bytes in a file. > > I was wanting to find out what the largest data-source > files in '/proc' and '/sys' (didn't get around to trying > /sys, since all the files under /proc/sys return 0 bytes. > > Note -- "wc -l" doesn't return '0' on the /proc/sys files. > > As root: > # cd /proc > # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type f ! > -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c > --files0-from=- |sort -n Thanks for the report. However, with wc from coreutils-8.23 and a 3.10 kernel, this is no longer an issue. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 02 16:29:59 2015 Received: (at 19969) by debbugs.gnu.org; 2 Mar 2015 21:30:00 +0000 Received: from localhost ([127.0.0.1]:33177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSXuX-00008u-Jq for submit@debbugs.gnu.org; Mon, 02 Mar 2015 16:29:59 -0500 Received: from ishtar.tlinx.org ([173.164.175.65]:36121 helo=Ishtar.hs.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSXuT-00008j-8w for 19969@debbugs.gnu.org; Mon, 02 Mar 2015 16:29:55 -0500 Received: from [192.168.4.12] (Athenae [192.168.4.12]) by Ishtar.hs.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id t22LTmr2036752; Mon, 2 Mar 2015 13:29:51 -0800 Message-ID: <54F4D64C.3060903@tlinx.org> Date: Mon, 02 Mar 2015 13:29:48 -0800 From: Linda Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: Jim Meyering , 19969@debbugs.gnu.org Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file References: <54F18368.3060503@tlinx.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 19969 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Jim Meyering wrote: >> As root: >> # cd /proc >> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type f ! >> -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c >> --files0-from=- |sort -n > > Thanks for the report. > However, with wc from coreutils-8.23 and a 3.10 kernel, this is no > longer an issue. --- with coreutils 8.23 from suse 13.2 and uname: Linux Ishtar 3.18.5-Isht-Van #1 SMP PREEMPT Wed Feb 4 14:50:44 PST 2015 x86_64 x86_64 x86_64 GNU/Linux it is an issue. All the "/proc/sys" entries are still 0. Here's the output (with a some lines elided)... 0 mpt/summary 0 net/netfilter/nfnetlink_log 0 sys/abi/vsyscall32 0 sys/debug/exception-trace 0 sys/dev/hpet/max-user-freq 0 sys/dev/raid/speed_limit_max 0 sys/dev/raid/speed_limit_min 0 sys/dev/scsi/logging_level 0 sys/fs/aio-max-nr 0 sys/fs/aio-nr 0 sys/fs/dentry-state 0 sys/fs/dir-notify-enable 0 sys/fs/epoll/max_user_watches 0 sys/fs/file-max 0 sys/fs/file-nr 0 sys/fs/inode-nr 0 sys/fs/inode-state 0 sys/fs/inotify/max_queued_events 0 sys/fs/inotify/max_user_instances 0 sys/fs/inotify/max_user_watches 0 sys/fs/lease-break-time 0 sys/fs/leases-enable 0 sys/fs/mqueue/msg_default 0 sys/fs/mqueue/msg_max 0 sys/fs/mqueue/msgsize_default 0 sys/fs/mqueue/msgsize_max 0 sys/fs/mqueue/queues_max 0 sys/fs/nr_open 0 sys/fs/overflowgid 0 sys/fs/overflowuid 0 sys/fs/pipe-max-size 0 sys/fs/protected_hardlinks 0 sys/fs/protected_symlinks 0 sys/fs/suid_dumpable 0 sys/fs/xfs/age_buffer_centisecs 0 sys/fs/xfs/error_level 0 sys/fs/xfs/filestream_centisecs 0 sys/fs/xfs/inherit_noatime 0 sys/fs/xfs/inherit_nodefrag 0 sys/fs/xfs/inherit_nodump 0 sys/fs/xfs/inherit_nosymlinks 0 sys/fs/xfs/inherit_sync 0 sys/fs/xfs/irix_sgid_inherit 0 sys/fs/xfs/irix_symlink_mode 0 sys/fs/xfs/panic_mask 0 sys/fs/xfs/rotorstep 0 sys/fs/xfs/speculative_prealloc_lifetime 0 sys/fs/xfs/stats_clear 0 sys/fs/xfs/xfsbufd_centisecs 0 sys/fs/xfs/xfssyncd_centisecs 0 sys/fscache/object_max_active 0 sys/fscache/operation_max_active 0 sys/kernel/acct 0 sys/kernel/auto_msgmni 0 sys/kernel/bootloader_type 0 sys/kernel/bootloader_version 0 sys/kernel/cad_pid 0 sys/kernel/cap_last_cap 0 sys/kernel/compat-log 0 sys/kernel/core_pattern 0 sys/kernel/core_pipe_limit 0 sys/kernel/core_uses_pid 0 sys/kernel/ctrl-alt-del 0 sys/kernel/dmesg_restrict 0 sys/kernel/domainname 0 sys/kernel/ftrace_dump_on_oops 0 sys/kernel/hostname 0 sys/kernel/hotplug 0 sys/kernel/hung_task_check_count 0 sys/kernel/hung_task_panic 0 sys/kernel/hung_task_timeout_secs 0 sys/kernel/hung_task_warnings 0 sys/kernel/io_delay_type 0 sys/kernel/kexec_load_disabled 0 sys/kernel/keys/gc_delay 0 sys/kernel/keys/maxbytes 0 sys/kernel/keys/maxkeys 0 sys/kernel/keys/persistent_keyring_expiry 0 sys/kernel/keys/root_maxbytes 0 sys/kernel/keys/root_maxkeys 0 sys/kernel/kptr_restrict 0 sys/kernel/kstack_depth_to_print 0 sys/kernel/latencytop 0 sys/kernel/lock_stat 0 sys/kernel/max_lock_depth 0 sys/kernel/modprobe 0 sys/kernel/modules_disabled 0 sys/kernel/msg_next_id 0 sys/kernel/msgmax 0 sys/kernel/msgmnb 0 sys/kernel/msgmni 0 sys/kernel/ngroups_max 0 sys/kernel/nmi_watchdog 0 sys/kernel/ns_last_pid 0 sys/kernel/numa_balancing 0 sys/kernel/numa_balancing_scan_delay_ms 0 sys/kernel/numa_balancing_scan_period_max_ms 0 sys/kernel/numa_balancing_scan_period_min_ms 0 sys/kernel/numa_balancing_scan_size_mb 0 sys/kernel/osrelease 0 sys/kernel/ostype 0 sys/kernel/overflowgid 0 sys/kernel/overflowuid 0 sys/kernel/panic 0 sys/kernel/panic_on_io_nmi 0 sys/kernel/panic_on_oops 0 sys/kernel/panic_on_unrecovered_nmi 0 sys/kernel/perf_cpu_time_max_percent 0 sys/kernel/perf_event_max_sample_rate 0 sys/kernel/perf_event_mlock_kb 0 sys/kernel/perf_event_paranoid 0 sys/kernel/pid_max 0 sys/kernel/poweroff_cmd 0 sys/kernel/print-fatal-signals 0 sys/kernel/printk 0 sys/kernel/printk_delay 0 sys/kernel/printk_ratelimit 0 sys/kernel/printk_ratelimit_burst 0 sys/kernel/pty/max 0 sys/kernel/pty/nr 0 sys/kernel/pty/reserve 0 sys/kernel/random/boot_id 0 sys/kernel/random/entropy_avail 0 sys/kernel/random/poolsize 0 sys/kernel/random/read_wakeup_threshold 0 sys/kernel/random/urandom_min_reseed_secs 0 sys/kernel/random/uuid 0 sys/kernel/random/write_wakeup_threshold 0 sys/kernel/randomize_va_space 0 sys/kernel/sched_autogroup_enabled 0 sys/kernel/sched_cfs_bandwidth_slice_us 0 sys/kernel/sched_child_runs_first 0 sys/kernel/sched_domain/cpu{0..11}/domain0/busy_factor 0 sys/kernel/sched_domain/cpu{0..11}/domain0/busy_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain0/cache_nice_tries 0 sys/kernel/sched_domain/cpu{0..11}/domain0/flags 0 sys/kernel/sched_domain/cpu{0..11}/domain0/forkexec_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain0/idle_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain0/imbalance_pct 0 sys/kernel/sched_domain/cpu{0..11}/domain0/max_interval 0 sys/kernel/sched_domain/cpu{0..11}/domain0/max_newidle_lb_cost 0 sys/kernel/sched_domain/cpu{0..11}/domain0/min_interval 0 sys/kernel/sched_domain/cpu{0..11}/domain0/name 0 sys/kernel/sched_domain/cpu{0..11}/domain0/newidle_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain0/wake_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain1/busy_factor 0 sys/kernel/sched_domain/cpu{0..11}/domain1/busy_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain1/cache_nice_tries 0 sys/kernel/sched_domain/cpu{0..11}/domain1/flags 0 sys/kernel/sched_domain/cpu{0..11}/domain1/forkexec_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain1/idle_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain1/imbalance_pct 0 sys/kernel/sched_domain/cpu{0..11}/domain1/max_interval 0 sys/kernel/sched_domain/cpu{0..11}/domain1/max_newidle_lb_cost 0 sys/kernel/sched_domain/cpu{0..11}/domain1/min_interval 0 sys/kernel/sched_domain/cpu{0..11}/domain1/name 0 sys/kernel/sched_domain/cpu{0..11}/domain1/newidle_idx 0 sys/kernel/sched_domain/cpu{0..11}/domain1/wake_idx 0 sys/kernel/sched_latency_ns 0 sys/kernel/sched_migration_cost_ns 0 sys/kernel/sched_min_granularity_ns 0 sys/kernel/sched_nr_migrate 0 sys/kernel/sched_rr_timeslice_ms 0 sys/kernel/sched_rt_period_us 0 sys/kernel/sched_rt_runtime_us 0 sys/kernel/sched_shares_window_ns 0 sys/kernel/sched_time_avg_ms 0 sys/kernel/sched_tunable_scaling 0 sys/kernel/sched_wakeup_granularity_ns 0 sys/kernel/sem 0 sys/kernel/sem_next_id 0 sys/kernel/sg-big-buff 0 sys/kernel/shm_next_id 0 sys/kernel/shm_rmid_forced 0 sys/kernel/shmall 0 sys/kernel/shmmax 0 sys/kernel/shmmni 0 sys/kernel/softlockup_all_cpu_backtrace 0 sys/kernel/softlockup_panic 0 sys/kernel/sysctl_writes_strict 0 sys/kernel/sysrq 0 sys/kernel/tainted 0 sys/kernel/threads-max 0 sys/kernel/timer_migration 0 sys/kernel/traceoff_on_warning 0 sys/kernel/unknown_nmi_panic 0 sys/kernel/usermodehelper/bset 0 sys/kernel/usermodehelper/inheritable 0 sys/kernel/version 0 sys/kernel/watchdog 0 sys/kernel/watchdog_thresh 0 sys/net/core/bpf_jit_enable 0 sys/net/core/busy_poll 0 sys/net/core/busy_read 0 sys/net/core/default_qdisc 0 sys/net/core/dev_weight 0 sys/net/core/flow_limit_cpu_bitmap 0 sys/net/core/flow_limit_table_len 0 sys/net/core/message_burst 0 sys/net/core/message_cost 0 sys/net/core/netdev_budget 0 sys/net/core/netdev_max_backlog 0 sys/net/core/netdev_tstamp_prequeue 0 sys/net/core/optmem_max 0 sys/net/core/rmem_default 0 sys/net/core/rmem_max 0 sys/net/core/rps_sock_flow_entries 0 sys/net/core/somaxconn 0 sys/net/core/warnings 0 sys/net/core/wmem_default 0 sys/net/core/wmem_max 0 sys/net/ipv4/conf/*/accept_local 0 sys/net/ipv4/conf/*/accept_redirects 0 sys/net/ipv4/conf/*/accept_source_route 0 sys/net/ipv4/conf/*/arp_accept 0 sys/net/ipv4/conf/*/arp_announce 0 sys/net/ipv4/conf/*/arp_filter 0 sys/net/ipv4/conf/*/arp_ignore 0 sys/net/ipv4/conf/*/arp_notify 0 sys/net/ipv4/conf/*/bootp_relay 0 sys/net/ipv4/conf/*/disable_policy 0 sys/net/ipv4/conf/*/disable_xfrm 0 sys/net/ipv4/conf/*/force_igmp_version 0 sys/net/ipv4/conf/*/forwarding 0 sys/net/ipv4/conf/*/igmpv2_unsolicited_report_interval 0 sys/net/ipv4/conf/*/igmpv3_unsolicited_report_interval 0 sys/net/ipv4/conf/*/log_martians 0 sys/net/ipv4/conf/*/mc_forwarding 0 sys/net/ipv4/conf/*/medium_id 0 sys/net/ipv4/conf/*/promote_secondaries 0 sys/net/ipv4/conf/*/proxy_arp 0 sys/net/ipv4/conf/*/proxy_arp_pvlan 0 sys/net/ipv4/conf/*/route_localnet 0 sys/net/ipv4/conf/*/rp_filter 0 sys/net/ipv4/conf/*/secure_redirects 0 sys/net/ipv4/conf/*/send_redirects 0 sys/net/ipv4/conf/*/shared_media 0 sys/net/ipv4/conf/*/src_valid_mark 0 sys/net/ipv4/conf/*/tag 0 sys/net/ipv4/fwmark_reflect 0 sys/net/ipv4/icmp_echo_ignore_all 0 sys/net/ipv4/icmp_echo_ignore_broadcasts 0 sys/net/ipv4/icmp_errors_use_inbound_ifaddr 0 sys/net/ipv4/icmp_ignore_bogus_error_responses 0 sys/net/ipv4/icmp_msgs_burst 0 sys/net/ipv4/icmp_msgs_per_sec 0 sys/net/ipv4/icmp_ratelimit 0 sys/net/ipv4/icmp_ratemask 0 sys/net/ipv4/igmp_max_memberships 0 sys/net/ipv4/igmp_max_msf 0 sys/net/ipv4/igmp_qrv 0 sys/net/ipv4/inet_peer_maxttl 0 sys/net/ipv4/inet_peer_minttl 0 sys/net/ipv4/inet_peer_threshold 0 sys/net/ipv4/ip_default_ttl 0 sys/net/ipv4/ip_dynaddr 0 sys/net/ipv4/ip_early_demux 0 sys/net/ipv4/ip_forward 0 sys/net/ipv4/ip_forward_use_pmtu 0 sys/net/ipv4/ip_local_port_range 0 sys/net/ipv4/ip_local_reserved_ports 0 sys/net/ipv4/ip_no_pmtu_disc 0 sys/net/ipv4/ip_nonlocal_bind 0 sys/net/ipv4/ipfrag_high_thresh 0 sys/net/ipv4/ipfrag_low_thresh 0 sys/net/ipv4/ipfrag_max_dist 0 sys/net/ipv4/ipfrag_secret_interval 0 sys/net/ipv4/ipfrag_time 0 sys/net/ipv4/neigh/*/anycast_delay 0 sys/net/ipv4/neigh/*/app_solicit 0 sys/net/ipv4/neigh/*/base_reachable_time 0 sys/net/ipv4/neigh/*/base_reachable_time_ms 0 sys/net/ipv4/neigh/*/delay_first_probe_time 0 sys/net/ipv4/neigh/*/gc_interval 0 sys/net/ipv4/neigh/*/gc_stale_time 0 sys/net/ipv4/neigh/*/gc_thresh1 0 sys/net/ipv4/neigh/*/gc_thresh2 0 sys/net/ipv4/neigh/*/gc_thresh3 0 sys/net/ipv4/neigh/*/locktime 0 sys/net/ipv4/neigh/*/mcast_solicit 0 sys/net/ipv4/neigh/*/proxy_delay 0 sys/net/ipv4/neigh/*/proxy_qlen 0 sys/net/ipv4/neigh/*/retrans_time 0 sys/net/ipv4/neigh/*/retrans_time_ms 0 sys/net/ipv4/neigh/*/ucast_solicit 0 sys/net/ipv4/neigh/*/unres_qlen 0 sys/net/ipv4/neigh/*/unres_qlen_bytes 0 sys/net/ipv4/ping_group_range 0 sys/net/ipv4/route/error_burst 0 sys/net/ipv4/route/error_cost 0 sys/net/ipv4/route/gc_elasticity 0 sys/net/ipv4/route/gc_interval 0 sys/net/ipv4/route/gc_min_interval 0 sys/net/ipv4/route/gc_min_interval_ms 0 sys/net/ipv4/route/gc_thresh 0 sys/net/ipv4/route/gc_timeout 0 sys/net/ipv4/route/max_size 0 sys/net/ipv4/route/min_adv_mss 0 sys/net/ipv4/route/min_pmtu 0 sys/net/ipv4/route/mtu_expires 0 sys/net/ipv4/route/redirect_load 0 sys/net/ipv4/route/redirect_number 0 sys/net/ipv4/route/redirect_silence 0 sys/net/ipv4/tcp_abort_on_overflow 0 sys/net/ipv4/tcp_adv_win_scale 0 sys/net/ipv4/tcp_allowed_congestion_control 0 sys/net/ipv4/tcp_app_win 0 sys/net/ipv4/tcp_autocorking 0 sys/net/ipv4/tcp_available_congestion_control 0 sys/net/ipv4/tcp_base_mss 0 sys/net/ipv4/tcp_challenge_ack_limit 0 sys/net/ipv4/tcp_congestion_control 0 sys/net/ipv4/tcp_dsack 0 sys/net/ipv4/tcp_early_retrans 0 sys/net/ipv4/tcp_ecn 0 sys/net/ipv4/tcp_fack 0 sys/net/ipv4/tcp_fastopen 0 sys/net/ipv4/tcp_fastopen_key 0 sys/net/ipv4/tcp_fin_timeout 0 sys/net/ipv4/tcp_frto 0 sys/net/ipv4/tcp_fwmark_accept 0 sys/net/ipv4/tcp_keepalive_intvl 0 sys/net/ipv4/tcp_keepalive_probes 0 sys/net/ipv4/tcp_keepalive_time 0 sys/net/ipv4/tcp_limit_output_bytes 0 sys/net/ipv4/tcp_low_latency 0 sys/net/ipv4/tcp_max_orphans 0 sys/net/ipv4/tcp_max_syn_backlog 0 sys/net/ipv4/tcp_max_tw_buckets 0 sys/net/ipv4/tcp_mem 0 sys/net/ipv4/tcp_min_tso_segs 0 sys/net/ipv4/tcp_moderate_rcvbuf 0 sys/net/ipv4/tcp_mtu_probing 0 sys/net/ipv4/tcp_no_metrics_save 0 sys/net/ipv4/tcp_notsent_lowat 0 sys/net/ipv4/tcp_orphan_retries 0 sys/net/ipv4/tcp_reordering 0 sys/net/ipv4/tcp_retrans_collapse 0 sys/net/ipv4/tcp_retries1 0 sys/net/ipv4/tcp_retries2 0 sys/net/ipv4/tcp_rfc1337 0 sys/net/ipv4/tcp_rmem 0 sys/net/ipv4/tcp_sack 0 sys/net/ipv4/tcp_slow_start_after_idle 0 sys/net/ipv4/tcp_stdurg 0 sys/net/ipv4/tcp_syn_retries 0 sys/net/ipv4/tcp_synack_retries 0 sys/net/ipv4/tcp_syncookies 0 sys/net/ipv4/tcp_thin_dupack 0 sys/net/ipv4/tcp_thin_linear_timeouts 0 sys/net/ipv4/tcp_timestamps 0 sys/net/ipv4/tcp_tso_win_divisor 0 sys/net/ipv4/tcp_tw_recycle 0 sys/net/ipv4/tcp_tw_reuse 0 sys/net/ipv4/tcp_window_scaling 0 sys/net/ipv4/tcp_wmem 0 sys/net/ipv4/tcp_workaround_signed_windows 0 sys/net/ipv4/udp_mem 0 sys/net/ipv4/udp_rmem_min 0 sys/net/ipv4/udp_wmem_min 0 sys/net/netfilter/nf_conntrack_acct 0 sys/net/netfilter/nf_conntrack_buckets 0 sys/net/netfilter/nf_conntrack_checksum 0 sys/net/netfilter/nf_conntrack_count 0 sys/net/netfilter/nf_conntrack_events 0 sys/net/netfilter/nf_conntrack_expect_max 0 sys/net/netfilter/nf_conntrack_generic_timeout 0 sys/net/netfilter/nf_conntrack_helper 0 sys/net/netfilter/nf_conntrack_icmp_timeout 0 sys/net/netfilter/nf_conntrack_log_invalid 0 sys/net/netfilter/nf_conntrack_max 0 sys/net/netfilter/nf_conntrack_tcp_be_liberal 0 sys/net/netfilter/nf_conntrack_tcp_loose 0 sys/net/netfilter/nf_conntrack_tcp_max_retrans 0 sys/net/netfilter/nf_conntrack_tcp_timeout_close 0 sys/net/netfilter/nf_conntrack_tcp_timeout_close_wait 0 sys/net/netfilter/nf_conntrack_tcp_timeout_established 0 sys/net/netfilter/nf_conntrack_tcp_timeout_fin_wait 0 sys/net/netfilter/nf_conntrack_tcp_timeout_last_ack 0 sys/net/netfilter/nf_conntrack_tcp_timeout_max_retrans 0 sys/net/netfilter/nf_conntrack_tcp_timeout_syn_recv 0 sys/net/netfilter/nf_conntrack_tcp_timeout_syn_sent 0 sys/net/netfilter/nf_conntrack_tcp_timeout_time_wait 0 sys/net/netfilter/nf_conntrack_tcp_timeout_unacknowledged 0 sys/net/netfilter/nf_conntrack_timestamp 0 sys/net/netfilter/nf_conntrack_udp_timeout 0 sys/net/netfilter/nf_conntrack_udp_timeout_stream 0 sys/net/netfilter/nf_log/0 0 sys/net/netfilter/nf_log/1 0 sys/net/netfilter/nf_log/10 0 sys/net/netfilter/nf_log/11 0 sys/net/netfilter/nf_log/12 0 sys/net/netfilter/nf_log/2 0 sys/net/netfilter/nf_log/3 0 sys/net/netfilter/nf_log/4 0 sys/net/netfilter/nf_log/5 0 sys/net/netfilter/nf_log/6 0 sys/net/netfilter/nf_log/7 0 sys/net/netfilter/nf_log/8 0 sys/net/netfilter/nf_log/9 0 sys/net/nf_conntrack_max 0 sys/net/unix/max_dgram_qlen 0 sys/vm/admin_reserve_kbytes 0 sys/vm/block_dump 0 sys/vm/dirty_background_bytes 0 sys/vm/dirty_background_ratio 0 sys/vm/dirty_bytes 0 sys/vm/dirty_expire_centisecs 0 sys/vm/dirty_ratio 0 sys/vm/dirty_writeback_centisecs 0 sys/vm/drop_caches 0 sys/vm/extfrag_threshold 0 sys/vm/hugepages_treat_as_movable 0 sys/vm/hugetlb_shm_group 0 sys/vm/laptop_mode 0 sys/vm/legacy_va_layout 0 sys/vm/lowmem_reserve_ratio 0 sys/vm/max_map_count 0 sys/vm/memory_failure_early_kill 0 sys/vm/memory_failure_recovery 0 sys/vm/min_free_kbytes 0 sys/vm/min_slab_ratio 0 sys/vm/min_unmapped_ratio 0 sys/vm/mmap_min_addr 0 sys/vm/nr_hugepages 0 sys/vm/nr_hugepages_mempolicy 0 sys/vm/nr_overcommit_hugepages 0 sys/vm/nr_pdflush_threads 0 sys/vm/numa_zonelist_order 0 sys/vm/oom_dump_tasks 0 sys/vm/oom_kill_allocating_task 0 sys/vm/overcommit_kbytes 0 sys/vm/overcommit_memory 0 sys/vm/overcommit_ratio 0 sys/vm/page-cluster 0 sys/vm/panic_on_oom 0 sys/vm/percpu_pagelist_fraction 0 sys/vm/stat_interval 0 sys/vm/swappiness 0 sys/vm/user_reserve_kbytes 0 sys/vm/vfs_cache_pressure 0 sys/vm/zone_reclaim_mode 0 sysrq-trigger 2 fs/cifs/LinuxExtensionsEnabled 2 fs/cifs/LookupCacheEnabled 2 fs/cifs/cifsFYI 2 fs/cifs/traceSMB 2 irq/0/node 2 irq/1/node 2 irq/10/node 2 irq/11/node 2 irq/12/node 2 irq/13/node 2 irq/14/node 2 irq/15/node 2 irq/17/node 2 irq/18/node 2 irq/19/node 2 irq/2/node 2 irq/20/node 2 irq/21/node 2 irq/3/node 2 irq/4/node 2 irq/5/node 2 irq/6/node 2 irq/7/node 2 irq/8/node 2 irq/9/node 3 irq/100/node 3 irq/24/node 3 irq/26/node 3 irq/27/node 3 irq/28/node 3 irq/29/node 3 irq/30/node 3 irq/31/node 3 irq/32/node 3 irq/34/node 3 irq/35/node 3 irq/36/node 3 irq/37/node 3 irq/38/node 3 irq/39/node 3 irq/40/node 3 irq/41/node 3 irq/42/node 3 irq/43/node 3 irq/44/node 3 irq/45/node 3 irq/47/node 3 irq/49/node 3 irq/51/node 3 irq/55/node 3 irq/56/node 3 irq/57/node 3 irq/58/node 3 irq/59/node 3 irq/60/node 3 irq/61/node 3 irq/62/node 3 irq/63/node 3 irq/64/node 3 irq/65/node 3 irq/66/node 3 irq/67/node 3 irq/69/node 3 irq/71/node 3 irq/72/node 3 irq/74/node 3 irq/75/node 3 irq/76/node 3 irq/77/node 3 irq/78/node 3 irq/93/node 3 irq/94/node 3 irq/95/node 3 irq/96/node 3 irq/97/node 3 irq/98/node 3 irq/99/node 4 ipmi/0/type 4 ipmi/0/version 4 irq/0/affinity_hint 4 irq/0/smp_affinity 4 irq/1/affinity_hint 4 irq/1/smp_affinity 4 irq/10/affinity_hint 4 irq/10/smp_affinity 4 irq/100/affinity_hint 4 irq/100/smp_affinity 4 irq/11/affinity_hint 4 irq/11/smp_affinity 4 irq/12/affinity_hint 4 irq/12/smp_affinity 4 irq/13/affinity_hint 4 irq/13/smp_affinity 4 irq/14/affinity_hint 4 irq/14/smp_affinity 4 irq/15/affinity_hint 4 irq/15/smp_affinity 4 irq/17/affinity_hint 4 irq/17/smp_affinity 4 irq/18/affinity_hint 4 irq/18/smp_affinity 4 irq/19/affinity_hint 4 irq/19/smp_affinity 4 irq/2/affinity_hint 4 irq/2/smp_affinity 4 irq/20/affinity_hint 4 irq/20/smp_affinity 4 irq/21/affinity_hint 4 irq/21/smp_affinity 4 irq/24/affinity_hint 4 irq/24/smp_affinity 4 irq/26/affinity_hint 4 irq/26/smp_affinity 4 irq/27/affinity_hint 4 irq/27/smp_affinity 4 irq/28/affinity_hint 4 irq/28/smp_affinity 4 irq/29/affinity_hint 4 irq/29/smp_affinity 4 irq/3/affinity_hint 4 irq/3/smp_affinity 4 irq/30/affinity_hint 4 irq/30/smp_affinity 4 irq/31/affinity_hint 4 irq/31/smp_affinity 4 irq/32/affinity_hint 4 irq/32/smp_affinity 4 irq/34/affinity_hint 4 irq/34/smp_affinity 4 irq/35/affinity_hint 4 irq/35/smp_affinity 4 irq/36/affinity_hint 4 irq/36/smp_affinity 4 irq/37/affinity_hint 4 irq/37/smp_affinity 4 irq/38/affinity_hint 4 irq/38/smp_affinity 4 irq/39/affinity_hint 4 irq/39/smp_affinity 4 irq/4/affinity_hint 4 irq/4/smp_affinity 4 irq/40/affinity_hint 4 irq/40/smp_affinity 4 irq/41/affinity_hint 4 irq/41/smp_affinity 4 irq/42/affinity_hint 4 irq/42/smp_affinity 4 irq/43/affinity_hint 4 irq/43/smp_affinity 4 irq/44/affinity_hint 4 irq/44/smp_affinity 4 irq/45/affinity_hint 4 irq/45/smp_affinity 4 irq/47/affinity_hint 4 irq/47/smp_affinity 4 irq/49/affinity_hint 4 irq/49/smp_affinity 4 irq/5/affinity_hint 4 irq/5/smp_affinity 4 irq/51/affinity_hint 4 irq/51/smp_affinity 4 irq/55/affinity_hint 4 irq/55/smp_affinity 4 irq/56/affinity_hint 4 irq/56/smp_affinity 4 irq/57/affinity_hint 4 irq/57/smp_affinity 4 irq/58/affinity_hint 4 irq/58/smp_affinity 4 irq/59/affinity_hint 4 irq/59/smp_affinity 4 irq/6/affinity_hint 4 irq/6/smp_affinity 4 irq/60/affinity_hint 4 irq/60/smp_affinity 4 irq/61/affinity_hint 4 irq/61/smp_affinity 4 irq/62/affinity_hint 4 irq/62/smp_affinity 4 irq/63/affinity_hint 4 irq/63/smp_affinity 4 irq/64/affinity_hint 4 irq/64/smp_affinity 4 irq/65/affinity_hint 4 irq/65/smp_affinity 4 irq/66/affinity_hint 4 irq/66/smp_affinity 4 irq/67/affinity_hint 4 irq/67/smp_affinity 4 irq/69/affinity_hint 4 irq/69/smp_affinity 4 irq/7/affinity_hint 4 irq/7/smp_affinity 4 irq/71/affinity_hint 4 irq/71/smp_affinity 4 irq/72/affinity_hint 4 irq/72/smp_affinity 4 irq/74/affinity_hint 4 irq/74/smp_affinity 4 irq/75/affinity_hint 4 irq/75/smp_affinity 4 irq/76/affinity_hint 4 irq/76/smp_affinity 4 irq/77/affinity_hint 4 irq/77/smp_affinity 4 irq/78/affinity_hint 4 irq/78/smp_affinity 4 irq/8/affinity_hint 4 irq/8/smp_affinity 4 irq/9/affinity_hint 4 irq/9/smp_affinity 4 irq/93/affinity_hint 4 irq/93/smp_affinity 4 irq/94/affinity_hint 4 irq/94/smp_affinity 4 irq/95/affinity_hint 4 irq/95/smp_affinity 4 irq/96/affinity_hint 4 irq/96/smp_affinity 4 irq/97/affinity_hint 4 irq/97/smp_affinity 4 irq/98/affinity_hint 4 irq/98/smp_affinity 4 irq/99/affinity_hint 4 irq/99/smp_affinity 4 irq/default_smp_affinity 5 fs/cifs/SecurityFlags 5 irq/0/smp_affinity_list 5 irq/10/smp_affinity_list 5 irq/100/smp_affinity_list 5 irq/11/smp_affinity_list 5 irq/13/smp_affinity_list 5 irq/14/smp_affinity_list 5 irq/15/smp_affinity_list 5 irq/2/smp_affinity_list 5 irq/24/smp_affinity_list 5 irq/26/smp_affinity_list 5 irq/27/smp_affinity_list 5 irq/28/smp_affinity_list 5 irq/29/smp_affinity_list 5 irq/30/smp_affinity_list 5 irq/31/smp_affinity_list 5 irq/32/smp_affinity_list 5 irq/34/smp_affinity_list 5 irq/35/smp_affinity_list 5 irq/36/smp_affinity_list 5 irq/37/smp_affinity_list 5 irq/38/smp_affinity_list 5 irq/39/smp_affinity_list 5 irq/40/smp_affinity_list 5 irq/41/smp_affinity_list 5 irq/42/smp_affinity_list 5 irq/43/smp_affinity_list 5 irq/44/smp_affinity_list 5 irq/45/smp_affinity_list 5 irq/47/smp_affinity_list 5 irq/49/smp_affinity_list 5 irq/5/smp_affinity_list 5 irq/51/smp_affinity_list 5 irq/55/smp_affinity_list 5 irq/56/smp_affinity_list 5 irq/57/smp_affinity_list 5 irq/58/smp_affinity_list 5 irq/59/smp_affinity_list 5 irq/6/smp_affinity_list 5 irq/60/smp_affinity_list 5 irq/61/smp_affinity_list 5 irq/62/smp_affinity_list 5 irq/63/smp_affinity_list 5 irq/64/smp_affinity_list 5 irq/65/smp_affinity_list 5 irq/66/smp_affinity_list 5 irq/67/smp_affinity_list 5 irq/69/smp_affinity_list 5 irq/7/smp_affinity_list 5 irq/71/smp_affinity_list 5 irq/72/smp_affinity_list 5 irq/74/smp_affinity_list 5 irq/75/smp_affinity_list 5 irq/76/smp_affinity_list 5 irq/77/smp_affinity_list 5 irq/78/smp_affinity_list 5 irq/93/smp_affinity_list 5 irq/94/smp_affinity_list 5 irq/95/smp_affinity_list 5 irq/96/smp_affinity_list 5 irq/97/smp_affinity_list 5 irq/98/smp_affinity_list 5 irq/99/smp_affinity_list 11 net/ip_tables_names 12 dma 13 irq/1/smp_affinity_list 13 irq/12/smp_affinity_list 13 irq/17/smp_affinity_list 13 irq/18/smp_affinity_list 13 irq/19/smp_affinity_list 13 irq/20/smp_affinity_list 13 irq/21/smp_affinity_list 13 irq/3/smp_affinity_list 13 irq/4/smp_affinity_list 13 irq/8/smp_affinity_list 13 irq/9/smp_affinity_list 14 tty/ldiscs 17 net/ip_tables_targets 21 uptime 27 loadavg 30 execdomains 36 net/psched 39 key-users 39 net/connector 40 irq/10/spurious 40 irq/11/spurious 40 irq/12/spurious 40 irq/13/spurious 40 irq/14/spurious 40 irq/15/spurious 40 irq/17/spurious 40 irq/18/spurious 40 irq/2/spurious 40 irq/20/spurious 40 irq/21/spurious 40 irq/24/spurious 40 irq/26/spurious 40 irq/27/spurious 40 irq/28/spurious 40 irq/29/spurious 40 irq/30/spurious 40 irq/31/spurious 40 irq/32/spurious 40 irq/5/spurious 40 irq/6/spurious 40 irq/7/spurious 40 irq/9/spurious 41 irq/8/spurious 42 irq/0/spurious 42 irq/19/spurious 42 irq/39/spurious 42 irq/66/spurious 42 irq/67/spurious 43 irq/49/spurious 43 irq/62/spurious 43 irq/94/spurious 44 irq/100/spurious 44 irq/34/spurious 44 irq/35/spurious 44 irq/36/spurious 44 irq/37/spurious 44 irq/38/spurious 44 irq/40/spurious 44 irq/41/spurious 44 irq/42/spurious 44 irq/43/spurious 44 irq/44/spurious 44 irq/45/spurious 44 irq/47/spurious 44 irq/51/spurious 44 irq/55/spurious 44 irq/56/spurious 44 irq/57/spurious 44 irq/58/spurious 44 irq/59/spurious 44 irq/60/spurious 44 irq/61/spurious 44 irq/63/spurious 44 irq/64/spurious 44 irq/65/spurious 44 irq/69/spurious 44 irq/71/spurious 44 irq/72/spurious 44 irq/74/spurious 44 irq/75/spurious 44 irq/76/spurious 44 irq/77/spurious 44 irq/78/spurious 44 irq/93/spurious 44 irq/95/spurious 44 irq/96/spurious 44 irq/97/spurious 44 irq/98/spurious 44 irq/99/spurious 46 ipmi/0/params 47 net/mcfilter 48 ipmi/0/ipmb 49 irq/1/spurious 49 irq/3/spurious 51 irq/4/spurious 54 net/ip_mr_cache 55 net/ip_tables_matches 71 net/ip_mr_vif 81 mdstat 83 consoles 85 sysvipc/sem 85 timer_stats 97 mpt/version 104 swaps 120 bus/input/handlers 120 sysvipc/msg 124 fs/fscache/histogram 128 net/icmp 128 net/rt_cache 128 net/udplite 140 net/sockstat 162 version 170 sysvipc/shm 174 cgroups 205 tty/driver/serial 221 net/ptype 234 misc 256 bus/pci/00/1a.0 256 bus/pci/00/1a.1 256 bus/pci/00/1a.7 256 bus/pci/00/1d.0 256 bus/pci/00/1d.1 256 bus/pci/00/1d.2 256 bus/pci/00/1d.3 256 bus/pci/00/1d.7 256 bus/pci/00/1e.0 256 bus/pci/00/1f.0 256 bus/pci/00/1f.2 256 bus/pci/08/03.0 256 bus/pci/fe/00.0 256 bus/pci/fe/00.1 256 bus/pci/fe/02.0 256 bus/pci/fe/02.1 256 bus/pci/fe/02.2 256 bus/pci/fe/02.3 256 bus/pci/fe/02.4 256 bus/pci/fe/02.5 256 bus/pci/fe/03.0 256 bus/pci/fe/03.1 256 bus/pci/fe/03.2 256 bus/pci/fe/03.4 256 bus/pci/fe/04.0 256 bus/pci/fe/04.1 256 bus/pci/fe/04.2 256 bus/pci/fe/04.3 256 bus/pci/fe/05.0 256 bus/pci/fe/05.1 256 bus/pci/fe/05.2 256 bus/pci/fe/05.3 256 bus/pci/fe/06.0 256 bus/pci/fe/06.1 256 bus/pci/fe/06.2 256 bus/pci/fe/06.3 256 bus/pci/ff/00.0 256 bus/pci/ff/00.1 256 bus/pci/ff/02.0 256 bus/pci/ff/02.1 256 bus/pci/ff/02.2 256 bus/pci/ff/02.3 256 bus/pci/ff/02.4 256 bus/pci/ff/02.5 256 bus/pci/ff/03.0 256 bus/pci/ff/03.1 256 bus/pci/ff/03.2 256 bus/pci/ff/03.4 256 bus/pci/ff/04.0 256 bus/pci/ff/04.1 256 bus/pci/ff/04.2 256 bus/pci/ff/04.3 256 bus/pci/ff/05.0 256 bus/pci/ff/05.1 256 bus/pci/ff/05.2 256 bus/pci/ff/05.3 256 bus/pci/ff/06.0 256 bus/pci/ff/06.1 256 bus/pci/ff/06.2 256 bus/pci/ff/06.3 268 cmdline 282 filesystems 321 net/netfilter/nf_log 323 ipmi/0/si_stats 353 net/raw 360 driver/rtc 383 driver/nvram 386 keys 400 buddyinfo 439 fs/cifs/DebugData 497 devices 513 net/packet 521 tty/drivers 529 fs/cifs/Stats 554 mtrr 598 net/dev_mcast 732 net/fib_triestat 761 net/igmp 767 fs/fscache/stats 768 net/route 772 net/arp 846 latency_stats 880 ipmi/0/stats 1057 fs/xfs/stat 1062 net/protocols 1088 net/dev 1139 lockdep_stats 1148 bus/input/devices 1188 net/softnet_stat 1226 meminfo 1374 net/fib_trie 1393 net/snmp 1434 partitions 1486 locks 1506 net/stat/arp_cache 1602 net/netlink 1613 softirqs 1801 ioports 2077 net/stat/rt_cache 2236 modules 2423 net/netstat 2723 vmstat 3284 stat 3356 diskstats 3435 iomem 3539 crypto 3868 pagetypeinfo 4096 bus/pci/00/00.0 4096 bus/pci/00/01.0 4096 bus/pci/00/03.0 4096 bus/pci/00/04.0 4096 bus/pci/00/05.0 4096 bus/pci/00/07.0 4096 bus/pci/00/09.0 4096 bus/pci/00/0a.0 4096 bus/pci/00/14.0 4096 bus/pci/00/14.1 4096 bus/pci/00/14.2 4096 bus/pci/00/16.0 4096 bus/pci/00/16.1 4096 bus/pci/00/16.2 4096 bus/pci/00/16.3 4096 bus/pci/00/16.4 4096 bus/pci/00/16.5 4096 bus/pci/00/16.6 4096 bus/pci/00/16.7 4096 bus/pci/01/00.0 4096 bus/pci/01/00.1 4096 bus/pci/02/00.0 4096 bus/pci/03/00.0 4096 bus/pci/03/00.1 4096 bus/pci/05/00.0 4096 bus/pci/05/00.1 4096 bus/pci/07/00.0 4096 net/rt_acct 5523 schedstat 6027 mounts 6656 net/udp 10352 zoneinfo 10514 slabinfo 10726 cpuinfo 13044 interrupts 18194 net/unix 21778 vmallocinfo 22350 net/tcp 22464 bus/pci/devices 23181 config.gz 40853 timer_list 82689 lockdep 130643 sched_debug 669497 lock_stat 3137678 kallsyms 4429065 total > From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 02 16:44:49 2015 Received: (at 19969) by debbugs.gnu.org; 2 Mar 2015 21:44:49 +0000 Received: from localhost ([127.0.0.1]:33181 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSY8v-0000X8-2G for submit@debbugs.gnu.org; Mon, 02 Mar 2015 16:44:49 -0500 Received: from mail2.vodafone.ie ([213.233.128.44]:46585) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSY8s-0000Wp-P0 for 19969@debbugs.gnu.org; Mon, 02 Mar 2015 16:44:47 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al8KAPnY9FRtTG6d/2dsb2JhbABagwJSWgGBKIEST747hWsBAgKBJU0BAQEBAQF8hBABBSMPAVYLDQEKAgIFFgsCAgkDAgECAUUGAQwIAQGILwEIvSGFaZQ8LIEhiXGEdYJogUMFk1iHAYVoC4xNI4F/H4FQPjIBAYJAAQEB Received: from unknown (HELO localhost.localdomain) ([109.76.110.157]) by mail2.vodafone.ie with ESMTP; 02 Mar 2015 21:44:39 +0000 Message-ID: <54F4D9C7.5040701@draigBrady.com> Date: Mon, 02 Mar 2015 21:44:39 +0000 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Linda Walsh , Jim Meyering , 19969@debbugs.gnu.org Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file References: <54F18368.3060503@tlinx.org> <54F4D64C.3060903@tlinx.org> In-Reply-To: <54F4D64C.3060903@tlinx.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 19969 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 02/03/15 21:29, Linda Walsh wrote: > > > Jim Meyering wrote: >>> As root: >>> # cd /proc >>> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -type f ! >>> -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|wc -c >>> --files0-from=- |sort -n >> >> Thanks for the report. >> However, with wc from coreutils-8.23 and a 3.10 kernel, this is no >> longer an issue. > --- > > with coreutils 8.23 from suse 13.2 and uname: > > Linux Ishtar 3.18.5-Isht-Van #1 SMP PREEMPT Wed Feb 4 14:50:44 PST 2015 x86_64 x86_64 x86_64 GNU/Linux > > it is an issue. All the "/proc/sys" entries are still 0. The issue will be addressed in 8.24: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.23-47-g2662702 You can build this locally and test just with the src/wc binary without worrying about overwriting any packaged binaries. Pádraig. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 02 18:18:10 2015 Received: (at 19969) by debbugs.gnu.org; 2 Mar 2015 23:18:10 +0000 Received: from localhost ([127.0.0.1]:33219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSZbF-0002lA-Rz for submit@debbugs.gnu.org; Mon, 02 Mar 2015 18:18:10 -0500 Received: from mail-ig0-f175.google.com ([209.85.213.175]:38213) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YSZbC-0002kg-Je for 19969@debbugs.gnu.org; Mon, 02 Mar 2015 18:18:07 -0500 Received: by igbhl2 with SMTP id hl2so21920565igb.3 for <19969@debbugs.gnu.org>; Mon, 02 Mar 2015 15:18:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=Iq4vvfB+XuHdl2EhNZWwDxT1QghjrOBIi5f9SQgHX/8=; b=IBfBXP5cQWFmLkT2vg/BD2qwiflgcO/LFiotL6kT80EKvJdQm65U9P1QkUtRtqnMOq /Lx3DKYF2VtGogM7dJj0Oizf9PxQbkmoU1YuZBNWgrisYj8WkVgOZnZzhRG5kGOeiCfU KHLtiGZfUnQNXvUrKbqk09bf4ilDfOhpmwG7UCel8R0uexNF+4np33xWMFX5cN5bsVKs cHMraNgBOs/s7Hpn34WBd/VcZ0/GyS0PyKLyGji4z7Cb54UBn5mWVVsXNg9GwdDiCcwR qNyhWYBigpM45kyzMwv66nUn17cjU4cT/Emly8n9qty9BIZfHSkIXhnW6DQlEpa0WgBY oPSw== X-Received: by 10.107.19.202 with SMTP id 71mr39770727iot.83.1425338281003; Mon, 02 Mar 2015 15:18:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.171.101 with HTTP; Mon, 2 Mar 2015 15:17:40 -0800 (PST) In-Reply-To: <54F4D64C.3060903@tlinx.org> References: <54F18368.3060503@tlinx.org> <54F4D64C.3060903@tlinx.org> From: Jim Meyering Date: Mon, 2 Mar 2015 15:17:40 -0800 X-Google-Sender-Auth: 5hi18lPpg2oCft9j8hxZxHpJNrw Message-ID: Subject: Re: bug#19969: problem: wc -c doesn't read actual # of bytes in file To: Linda Walsh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19969 Cc: 19969 <19969@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Mon, Mar 2, 2015 at 1:29 PM, Linda Walsh wrote: > > > Jim Meyering wrote: >>> >>> As root: >>> # cd /proc >>> # find -H [^0-9]* -name self -prune -o -name thread-self -prune -o -typ= e >>> f ! >>> -name kmsg ! -name kcore ! -name kpagecount ! -name kpageflags -print0|= wc >>> -c >>> --files0-from=3D- |sort -n >> >> >> Thanks for the report. >> However, with wc from coreutils-8.23 and a 3.10 kernel, this is no >> longer an issue. > > --- > > with coreutils 8.23 from suse 13.2 and uname: > > Linux Ishtar 3.18.5-Isht-Van #1 SMP PREEMPT Wed Feb 4 14:50:44 PST 2015 > x86_64 x86_64 x86_64 GNU/Linux > > it is an issue. All the "/proc/sys" entries are still 0. > > Here's the output (with a some lines elided)... > > > 0 mpt/summary > 0 net/netfilter/nfnetlink_log Correction: I was using wc from upstream git (coreutils-8.23.141), so as P=E1draig says, it will be fixed in 8.24. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 22 21:50:07 2018 Received: (at control) by debbugs.gnu.org; 23 Oct 2018 01:50:07 +0000 Received: from localhost ([127.0.0.1]:36623 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gElpf-00041e-31 for submit@debbugs.gnu.org; Mon, 22 Oct 2018 21:50:07 -0400 Received: from mail-it1-f182.google.com ([209.85.166.182]:53516) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gElpd-00040j-Bc for control@debbugs.gnu.org; Mon, 22 Oct 2018 21:50:05 -0400 Received: by mail-it1-f182.google.com with SMTP id q70-v6so46740itb.3 for ; Mon, 22 Oct 2018 18:50:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:message-id:date:user-agent:mime-version:content-language :content-transfer-encoding; bh=xuKbX/8CTctPzrtYM8nT2uMYwETK82/pmF4JcR8xWFc=; b=hx3vAaE0gADhE20rRNi2EhrZBjx1ynKzoFCkfwDhhSJV6d/ryn1EZYwkhuVshJhM34 FK+51xXFasH9wHlzdHskflmS1YBVFg3V8p5zogDSNf0G+n2ZES05DNKxad5n/vtqH4mh AT7tF6DEflLLaXeJEsXCDAjA4ztr3C0hAq4qQL7q7IRRjOhQmpetskgRAIEVv9FAEi9/ 5Y+U2eOmbKMWoOehkPSFx16jao6IhNcxbC4w2rCdeXIk9zz1X0GhwUljRaJgBKXChTrO 4XkUnid73wBsNbtKfi1U9HS5Ir8GKaXs7IAJJ1rCFsp4T4ftLy7UfIfmxP/yAMJTO1Hd +k7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=xuKbX/8CTctPzrtYM8nT2uMYwETK82/pmF4JcR8xWFc=; b=ZlZigZn1R+Xl+Oye/cv2kDMXxnJLci7eCdesgLGkvmuk3KgpvKcYkRqx9VxubFfu3Z N2ZeU94Upfx9kPluhiDtBhlkJ4wXxnq89hI49GvW/w0PuJfA8FTAIPUblzEnP6zPF/FT KO6lMHKZxYn1JQQOaMTWXGPeYcnPSAbS4kdGDRDW6rD2IsLr9wZCAw4iXqO6b2PtubtA MlWomK2CGRJI9vZdNRezJtBN0OYcI+U4zR8O+2bUsDaX62BcJ4PLWEMoI4+4fk+b49nh FeyvX48qdINo5if43hHmKwSDtVmTen9rzuPncvL3GVZiRweVjI4fo04cXiM5nhAJkxOn B2Cg== X-Gm-Message-State: ABuFfojX1FEt3oiruxnMhJRIRFXgY2Rn1UbStmakbY7qE6Cqb5ScRcKH 3CYOWZSa3nxBaYibhLk/cyzgm8Gm X-Google-Smtp-Source: ACcGV61Vs0+a+wPrTMx87bttcn2joWjanqQYLcG1AAzSWjJa2cMxzGtdSJtp5P3i0AH54tXnpdfXQw== X-Received: by 2002:a02:8cd8:: with SMTP id n24-v6mr10051341jal.123.1540259399352; Mon, 22 Oct 2018 18:49:59 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id y190-v6sm6123278itg.3.2018.10.22.18.49.57 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Oct 2018 18:49:58 -0700 (PDT) To: control@debbugs.gnu.org From: Assaf Gordon Message-ID: Date: Mon, 22 Oct 2018 19:49:57 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 19969 fixed close 19969 [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (assafgordon[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.166.182 listed in list.dnswl.org] 1.8 MISSING_SUBJECT Missing Subject: header 0.2 NO_SUBJECT Extra score for no subject X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) tags 19969 fixed close 19969 From unknown Sat Jun 21 10:22:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 20 Nov 2018 12:24:09 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator