ls: --color now highlights hard linked files, too
[coreutils/bo.git] / tests / du / 8gb
blobbdeeb070f492d3a0d8d9a7090e58b847c0ee24ed
1 #!/bin/sh
2 # Ensure that du does not rely on narrow types like size_t for
3 # file sizes or sums.
5 # Copyright (C) 2003, 2005-2008 Free Software Foundation, Inc.
7 # This program is free software: you can redistribute it and/or modify
8 # it under the terms of the GNU General Public License as published by
9 # the Free Software Foundation, either version 3 of the License, or
10 # (at your option) any later version.
12 # This program is distributed in the hope that it will be useful,
13 # but WITHOUT ANY WARRANTY; without even the implied warranty of
14 # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
15 # GNU General Public License for more details.
17 # You should have received a copy of the GNU General Public License
18 # along with this program. If not, see <http://www.gnu.org/licenses/>.
20 if test "$VERBOSE" = yes; then
21 set -x
22 du --version
25 . $srcdir/test-lib.sh
26 require_sparse_support_
28 dd bs=1 seek=8G of=big < /dev/null 2> /dev/null
29 if test $? != 0; then
30 skip_test_ 'cannot create a file large enough for this test; possibly
31 because file offsets are only 32 bits on this file system'
34 # FIXME: this should be a test of dd.
35 # On some systems (at least linux-2.4.18 + NFS to disks on a Solaris system)
36 # the `dd' command above mistakenly creates a file of length `0', yet
37 # doesn't fail. The root of that failure is that the ftruncate call
38 # returns zero but doesn't do its job. Detect this failure.
39 set x `ls -gG big`
40 size=$4
41 if test "$size" = 0; then
42 skip_test_ "cannot create a file large enough for this test
43 possibly because this system's NFS support is buggy
44 Consider rerunning this test on a different file system."
47 fail=0
49 # This would print `0 big' with coreutils-4.5.8.
50 du -ab big > out || fail=1
52 cat <<\EOF > exp
53 8589934592 big
54 EOF
56 compare out exp || fail=1
58 Exit $fail