Philip Martin <phi...@codematters.co.uk> writes: > Julian Foad <julianf...@apache.org> writes: > >> The most unusual thing about these failing tests is the data they >> write. Strings of 5 or 6 low-value bytes, like: >> >> '\0\1\2\3\4\5' >> '\5\4\3\2\1\0' > > Those are the same size. Could it be a filesystem timestamp resolution > issue? The file changes but the timestamp does not and some change is > not detected?
An HFS+ filesystem has a coarse 1s timestamp resolution so that would explain why the problem shows up there but not systems with subsecond resolution. Neither shelve or unshelve appear to use svn_sleep_for_timestamp(). -- Philip