bug#8846: coreutils-8.12 on HP-UX 11.31: 3 of 365 tests failed

2011-08-07 Thread Jim Meyering
tags 8846 + moreinfo thanks Bruno Haible wrote: Jim Meyering wrote: --- a/tests/init.sh +++ b/tests/init.sh @@ -74,7 +74,7 @@ Exit () { set +e; (exit $1); exit $1; }  # the reason for skip/failure to console, rather than to the .log files.  : ${stderr_fileno_=2} -warn_ () { echo $@

bug#8846: coreutils-8.12 on HP-UX 11.31: 3 of 365 tests failed

2011-08-07 Thread Bruno Haible
Hi Jim, I think all issues raised here have been resolved. Can you confirm? I think the du/inaccessible-cwd failure was not tackled. But anyway, feel free to close it, and let's test again when you have a pre-release of coreutils-8.13 that you want to get tested. Bruno -- In memoriam

bug#6768: ls: fix a test failure that should have been skipped

2011-08-07 Thread Jim Meyering
Eric Blake wrote: On 07/30/2010 07:49 PM, d...@linux.ucla.edu wrote: Hi, I just ran into this one test failure while building the latest sources. The test didn't really fail, but the exit via the function invoked in $() doesn't terminate the test script, it simply terminates the

bug#6900: mktemp: want option to make a fifo

2011-08-07 Thread Jim Meyering
forcemerge 6900 6330 tags 6900 notabug close 6900 thanks Eric Blake wrote: On 08/23/2010 09:22 AM, John Reiser wrote: mktemp: Please add an option which creates a fifo instead of a file or a directory. --fifo seems appropriate, although the abbreviation -f might be confused as a request for

bug#6936: Bug#594666: /usr/bin/tac: tac aborts

2011-08-07 Thread Jim Meyering
Jim Meyering wrote: Salvo Tomaselli wrote: Package: coreutils Version: 8.5-1 Severity: normal File: /usr/bin/tac Tac aborts when using it on a particular file. *** glibc detected *** tac: double free or corruption (top): 0x025c5030 *** ... Thank you for the report! That is

bug#8846: coreutils-8.12 on HP-UX 11.31: 3 of 365 tests failed

2011-08-07 Thread Jim Meyering
Bruno Haible wrote: Hi Jim, I think all issues raised here have been resolved. Can you confirm? I think the du/inaccessible-cwd failure was not tackled. But anyway, feel free to close it, and let's test again when you have a pre-release of coreutils-8.13 that you want to get tested.

bug#7182: sort -R slow

2011-08-07 Thread Jim Meyering
Davide Brini wrote: On Sat, 9 Oct 2010 14:52:41 +0200 Ole Tange ta...@gnu.org wrote: I recently needed to randomize some lines. So I tried using 'sort -R'. I was astonished how slow that was. So I tested how slow a competing strategies are. GNU sort is two magnitudes slower than unsort and