Bug#670476: coreutils: split tests hang on /dev/zero on hurd-i386
Package: coreutils
Version: 8.13-3.1
Severity: normal
User: debian-hurd@lists.debian.org
Usertags: hurd
Hello,
Since some time, coreutils fails in split tests on hurd-i386. 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 hurd-i386 /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
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.4 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages coreutils depends on:
ii dpkg 1.16.2
ii install-info 4.13a.dfsg.1-9
ii libacl1 2.2.51-5
ii libattr1 1:2.4.46-5
ii libc6 2.13-27
ii libselinux1 2.1.9-2
coreutils recommends no packages.
coreutils suggests no packages.
-- no debconf information
--
Samuel Thibault <samuel.thibault@fnac.net>
<c> xlnt comme sujet de stage je peux essayer de donner une description formelle de automake
-+- #ens-mim -+-
Reply to: