On 4/18/21 10:46 AM, Peter van Dijk wrote:
While the manual (but not the manpage) mentions the data loss, I think it would
be great if sort did not have this problem at all, and I think the OpenGroup
text also says it should not have this problem.
I don't know of any 'sort' implementation
Hi all,
I am debugging a reproducible test failure in
tests/tail-2/inotify-dir-recreate.sh for coreutils 8.32.
Logs:
https://gist.githubusercontent.com/dongcarl/d24bfe853cc5bd9402bba82c36513c07/raw/19b9a15c4b12edf601dd1504cdf4ec0ee0d9344c/inotify-dir-recreate.log
Looking at the non-‘+’ lines,
Hello,
On 2021-03-29 7:21 a.m., Pádraig Brady wrote:
On 28/03/2021 18:29, Kristoffer Brånemyr via GNU coreutils General
I wanted to practice some more using vector intrinsics, so I made a
small AVX2 optimization for wc -l. Depending on line length it is
about 2-5x faster than previous
On 20/04/2021 23:15, Bernhard Voelker wrote:
This FP was seen on latest openSUSE - logfile attached.
The patch fixes it. Okay to push?
Jim also noticed that on Fedora 34.
Oh so it's stating stdout.
Could you change the "1" in your commit summary to STDOUT_FILENO
as that makes the system
On Tue, 20 Apr 2021, p...@draigbrady.com wrote:
> One can also implement this functionality with the DSU pattern like:
>
> nlargest=10
> find . -printf '%s\t%p\0' |
> sort -z -k1,1n | tail -z -n"$nlargest" | cut -z -f2 |
> xargs -r0 ls -lUd --color=auto --
>
> Arguably that's more
Hi Berny,
On Wed, 21 Apr 2021, Bernhard Voelker wrote:
shouldn't it use the 'argv-iter' gnulib module (like du.c and wc.c)
instead of directly using the underlying ...
+#include "readtokens0.h"
I considered this, too! :)
I think the short answer is that du and wc don't actually need to
