test-fdutimensat racy?

I'm having problems with the above test on different systems for a while now. It aborts at different places. Therefore, I've run it 1000 times like the following for f in $( seq 1000 ) ; do \ ./test-fdutimensat ; \ done 2>&1 | grep -v Aborted On a system I usually don't see problems with

Re: bug#14253: Testsuite failure in gnulib-tests: test programs cannot be built

Hi Paul, Pádraig. On 04/25/2013 10:28 AM, Stefano Lattarini wrote: > On 04/25/2013 07:29 AM, Paul Eggert wrote: >> On 04/24/2013 02:08 AM, Pádraig Brady wrote: >>> Bernhard noticed this also: >>> http://lists.gnu.org/archive/html/coreutils/2013-03/msg00065.html >> >> Thanks, here's a proposed patc

Re: [PATCH] qacl: new module, broken out from the acl module

Hi, After the change, 'acl' module fails to build: $ gnulib-tool --create-testdir --dir=test-acl acl $ cd test-acl $ ./configure && make ... copy-acl.c: In function 'copy_acl': copy-acl.c:47:17: error: 'errno' undeclared (first use in this function) copy-acl.c:47:17: note: each unde

Re: [PATCH] qacl: new module, broken out from the acl module

Thanks, I should have caught that. I pushed this fix: >From 4366d8200a044c899f4e92a4e32424d96b628720 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 30 Apr 2013 09:01:58 -0700 Subject: [PATCH] acl: include errno.h to get errno Reported by Daiki Ueno in

Re: bug#14253: Testsuite failure in gnulib-tests: test programs cannot be built

On 04/30/13 02:27, Stefano Lattarini wrote: > Actually, I believe the current gettext maintainer is Daiki Ueno: > Hmm, well, perhaps Daiki should be listed as the maintainer for at least the gettext-related modules in Gnulib?

Re: test-fdutimensat racy?

Bernhard Voelker wrote: > I'm having problems with the above test on different systems > for a while now. It aborts at different places. > Therefore, I've run it 1000 times like the following > > for f in $( seq 1000 ) ; do \ > ./test-fdutimensat ; \ > done 2>&1 | grep -v Aborted > > On a

Re: test-fdutimensat racy?

On 04/30/2013 11:14 PM, Jim Meyering wrote: > Bernhard Voelker wrote: >> I'm having problems with the above test on different systems >> for a while now. It aborts at different places. >> Therefore, I've run it 1000 times like the following >> >> for f in $( seq 1000 ) ; do \ >> ./test-fduti

[PATCH] utimens, utimensat: work around Solaris UTIME_OMIT bug

--- ChangeLog | 8 doc/posix-functions/futimens.texi | 2 +- doc/posix-functions/utimensat.texi | 2 +- lib/utimens.c | 24 lib/utimensat.c| 14 +- 5 files changed, 35 insertions(+),

Re: test-fdutimensat racy?

On 04/30/2013 03:14 PM, Jim Meyering wrote: > I've seen those repeatedly, over the years, especially in VMs, > and more likely when run in parallel with other tests. In looking at the test, I do see some race conditions that could be triggered by high load, or by clocks running at slightly differ