bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#20238: Can these Errors be fixed? Thank you.


From: Pádraig Brady
Subject: bug#20238: Can these Errors be fixed? Thank you.
Date: Tue, 31 Mar 2015 23:54:10 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0

On 31/03/15 21:29, Dake Zhang wrote:

> FAIL: tests/misc/ls-time
> ++ ls -ut a b c
> + set b c a
> + test 'b c a' = 'c b a'
> + fail=1
> + test 1 = 1
> + ls -l --full-time --time=access a b c
> -rw-r--r-- 1 dakez BCM\Domain Users 0 1998-01-14 11:00:00.000000000 +0000 a
> -rw-r--r-- 1 dakez BCM\Domain Users 0 2015-03-31 20:18:25.000000000 +0000 b
> -rw-r--r-- 2 dakez BCM\Domain Users 0 2015-03-31 20:18:25.000000000 +0000 c

Strange. The access time for b and c should have been set to 1998 like
it was for "a".  Now we only verify that a's access time was set,
so we could be more robust and test all 3.  Does you know if there
might be any scanners etc. on your system accessing new files?
What file system is this?

> FAIL: tests/cp/link-symlink
> + touch file
> + ln -s file link
> + touch -m -h -d 2011-01-01 link
> + case $(stat --format=%y link) in
> ++ stat --format=%y link
> + cp -al link link.cp
> + case $(stat --format=%y link.cp) in
> ++ stat --format=%y link.cp
> + fail=1

The above is again a timestamp issue.
Now there are extra gating checks in tests/cp/link-deref.sh
which might be appropriate to add to this test,
though perhaps again there is something else interfering with timestamps?

What operating system/version is this exactly?

thanks,
Pádraig.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]