Date: Mon, 16 Feb 2004 14:19:26 -0600 From: Dan Nelson <dnelson@allantgroup.com> To: Feodor Trubetskoy <fedya@ispol.com> Cc: freebsd-questions@freebsd.org Subject: Re: ls -l total bug? Message-ID: <20040216201926.GH15700@dan.emsphone.com> In-Reply-To: <40310509.5080306@ispol.com> References: <40310509.5080306@ispol.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In the last episode (Feb 16), Feodor Trubetskoy said: > ls man reads: > > -l <skip> *If the output is to a terminal, a total sum for all > the file sizes is output on a line before the long listing.* > > But I have found that ls consistently put "total" in a first line even > if output is piped or redirected. As an example: > > ls -l | cat > > Is it bug or I missed something? The X/Open spec doesn't say anything about suppressing the "total" line when not sending to a terminal, so I'd say it's a documentation bug. If any of the -l, -g, -n, -o, or -s options is specified, each list of files within the directory shall be preceded by a status line indicating the number of file system blocks occupied by files in the directory in 512-byte units, rounded up to the next integral number of units, if necessary. In the POSIX locale, the format shall be: "total %u\n", <number of units in the directory> -- Dan Nelson dnelson@allantgroup.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040216201926.GH15700>