GNU bug report logs - #28506
coreutils 8.28 test suite hangs on APFS filesystem

Previous Next

Full log

Message #20 received at 28506 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Jack Howarth <howarth.mailing.lists <at> gmail.com>
Cc: 28506 <at> debbugs.gnu.org
Subject: Re: bug#28506: coreutils 8.28 test suite hangs on APFS filesystem
Date: Wed, 20 Sep 2017 22:20:06 -0700

[Message part 1 (text/plain, inline)]

On 18/09/17 18:07, Jack Howarth wrote:
> On Mon, Sep 18, 2017 at 7:40 PM, Jim Meyering <jim <at> meyering.net> wrote:
> 
>> On Mon, Sep 18, 2017 at 4:26 PM, Jack Howarth
>> <howarth.mailing.lists <at> gmail.com> wrote:
>>> On Mon, Sep 18, 2017 at 5:08 PM, Jim Meyering <jim <at> meyering.net> wrote:
>> ...
>>>> Is there any chance your failing test was via a python2 framework? I'm
>>>> asking (on Pádraig's behalf) because there is a known problem whereby
>>>> SIGPIPE is mishandled in that case, and that might explain this
>>>> failure, since the data-generation phase relies on SIGPIPE killing
>>>> this test's "yes" command.
>>>
>>> I doubt it as the hang doesn't happen under 10.13 when run on a JHFS
>>> formatted volume.
>>
>> How did you run the tests?
>>
> 
> Actually, I forgot to mention that the coreutils test suite hang only
> occurred on the APFS volumes when the coreutils built against the gettext
> and libiconv from fink. A build outside of fink which didn't build against
> those packages didn't show the hang in the coreutils test suite. The fink
> gettext and libiconv packages that I am using are those from...
> 
> https://sourceforge.net/p/fink/package-submissions/4955/
> 
> and
> 
> https://sourceforge.net/p/fink/package-submissions/5004/
> 
> which are both patched for the format string strictness in High Sierra. I
> found that using --disable-nls in configuring coreutils was insufficient to
> suppress the test suite hang which I assume is due to the presence of...
> 
> #define HAVE_LIBINTL_H 1
> 
> in the generated ./lib/config.h
> 
> despite the presence of...
> 
> /* #undef HAVE_DCGETTEXT */
> /* #undef HAVE_GETTEXT */
> 
> when --disable-nls is used so it still could be a Unicode related change in
> APFS, no?
>       Jack

The libintl bit reminded me of https://lists.gnu.org/archive/html/bug-gnulib/2014-10/msg00014.html
I.E. on OSX enabling those libs creates implicit threads I think.
Perhaps that's messing with SIGPIPE handling and only the implicit
thread gets it, thus not killing the main yes(1) thread.
However the yes(1) is also protected with a timeout(1) call.
Perhaps timeout(1) is a silent noop. We should support OSX through DYLD_INSERT_LIBRARIES,
but perhaps there is something preventing that on your system?
But then would the timeout tests fail. Could you check the timeout tests with:

  make SUBDIRS=. TESTS=tests/misc/filter.sh check

In any case we should protect calls to timeout(1) to ensure it's supported.
The attached does that at least.

cheers,
Pádraig.

[require_timeout.patch (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.