GNU bug report logs - #11424
coreutils: split tests hang on /dev/zero on GNU/Hurd

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Samuel Thibault <samuel.thibault <at> gnu.org>
Subject: bug#11424: closed (Re: bug#11424: coreutils: split tests hang on
 /dev/zero on GNU/Hurd)
Date: Tue, 08 May 2012 09:22:02 +0000

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

Your bug report

#11424: coreutils: split tests hang on /dev/zero on GNU/Hurd

which was filed against the coreutils package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 11424 <at> debbugs.gnu.org.

-- 
11424: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11424
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Jim Meyering <jim <at> meyering.net>
To: 11424-done <at> debbugs.gnu.org
Cc: Paul Eggert <eggert <at> cs.ucla.edu>, Samuel Thibault <samuel.thibault <at> gnu.org>
Subject: Re: bug#11424: coreutils: split tests hang on /dev/zero on GNU/Hurd
Date: Tue, 08 May 2012 11:19:50 +0200

Jim Meyering wrote:
>> Paul Eggert wrote:
...
> I went ahead and pushed the less-invasive fix.
> Your behavior-changing one is more than welcome, too.

Samuel confirmed that the fix solved his problem, so
I've marked this as closed.

[Message part 3 (message/rfc822, inline)]

From: Samuel Thibault <samuel.thibault <at> gnu.org>
To: bug-coreutils <at> gnu.org
Subject: coreutils: split tests hang on /dev/zero on GNU/Hurd
Date: Mon, 7 May 2012 02:55:51 +0200

Hello,

Since some time, coreutils fails in split tests on GNU/Hurd. More
precisely, these two:

split/filter:55
split --filter="head -c1 >/dev/null" -n 1 /dev/zero

split/l-chunk:39
split -n l/2 /dev/zero

It seems that these two tests assume that split will stop by itself when
given /dev/zero as input.  It does so on Linux, because /dev/zero there
has stat_buf.st_size equal to 0, and thus split does just one loop, but
on GNU/Hurd /dev/zero has stat_buf.st_size equal to LONG_MAX, and thus
split just loops for a very long time.  Posix doesn't seem to talk much
about what should be done here, but it seems to me that coreutils tests
should not assume size being zero, and for instance use dd to fetch only
the required bytes from /dev/zero.

Samuel

Previous Next

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