GNU bug report logs - #22931
tests/split/filter.sh fails on an XFS file system

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Jim Meyering <jim <at> meyering.net>
Subject: bug#22931: closed (Re: bug#22931: tests/split/filter.sh fails on
 an XFS file system)
Date: Tue, 08 Mar 2016 21:02:02 +0000

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

Your bug report

#22931: tests/split/filter.sh fails on an XFS file system

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 22931 <at> debbugs.gnu.org.

-- 
22931: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22931
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: 22931-done <at> debbugs.gnu.org
Subject: Re: bug#22931: tests/split/filter.sh fails on an XFS file system
Date: Tue, 8 Mar 2016 13:01:08 -0800

On Sun, Mar 6, 2016 at 7:36 PM, Jim Meyering <jim <at> meyering.net> wrote:
> The split/filter.sh test would fail like this:
>
>   $ make check TESTS=tests/split/filter.sh VERBOSE=yes SUBDIRS=.
>   + truncate -s9223372036854775807 zero.in
>   + timeout 10 sh -c 'split --filter="head -c1 >/dev/null" -n 1 zero.in'
>   split: zero.in: cannot determine file size: Value too large for
> defined data type
>
> That value is 2^63-1 (nearly 8 exabytes), and split.c
> explicitly handles a file of that size, because that is
> the size reported for /dev/zero on GNU/Hurd systems,
> according to the comment.
>
> This fixes the test not to trigger that work-around:
> [I'll update the commit log with the issue URL as soon as it's assigned]

No feedback, so I presume no objection.
Pushed with the mentioned commit-log addition.

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

From: Jim Meyering <jim <at> meyering.net>
To: bug-coreutils <at> gnu.org
Subject: tests/split/filter.sh fails on an XFS file system
Date: Sun, 6 Mar 2016 19:36:13 -0800

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

The split/filter.sh test would fail like this:

  $ make check TESTS=tests/split/filter.sh VERBOSE=yes SUBDIRS=.
  + truncate -s9223372036854775807 zero.in
  + timeout 10 sh -c 'split --filter="head -c1 >/dev/null" -n 1 zero.in'
  split: zero.in: cannot determine file size: Value too large for
defined data type

That value is 2^63-1 (nearly 8 exabytes), and split.c
explicitly handles a file of that size, because that is
the size reported for /dev/zero on GNU/Hurd systems,
according to the comment.

This fixes the test not to trigger that work-around:
[I'll update the commit log with the issue URL as soon as it's assigned]

[0001-tests-avoid-false-failure-of-split-filter.sh-on-XFS.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.