Mercurial > hg
view tests/test-addremove-similar @ 9116:f90bbf1ea09f
inotify: fix issue1375, add a test.
The biggest problem was the data structure, which did not allow changing
a file into a directory or vice versa. This problem is fixed by b55d44719b47.
The walk() method also had an issue in this case:
- we know 'path' as a directory. inotify server sleeps.
- 'path' is deleted
- 'path' is recreated as a file
- the server catches up here, and see the deletion. it instantiates a scan(),
which in its turn calls for walk(repo, path).
- walk() then assumes that 'path' is a directory and calls os.listdir on it,
which raises an OSError(errno.ENOTDIR)
Catch the error, and yield the file instead of the directory contents.
author | Nicolas Dumazet <nicdumz.commits@gmail.com> |
---|---|
date | Mon, 13 Jul 2009 16:49:05 +0200 |
parents | 1a96f1d9599b |
children |
line wrap: on
line source
#!/bin/sh hg init rep; cd rep touch empty-file python -c 'for x in range(10000): print x' > large-file hg addremove hg commit -m A rm large-file empty-file python -c 'for x in range(10,10000): print x' > another-file hg addremove -s50 hg commit -m B echo % comparing two empty files caused ZeroDivisionError in the past hg update -C 0 rm empty-file touch another-empty-file hg addremove -s50 cd .. hg init rep2; cd rep2 python -c 'for x in range(10000): print x' > large-file python -c 'for x in range(50): print x' > tiny-file hg addremove hg commit -m A python -c 'for x in range(70): print x' > small-file rm tiny-file rm large-file hg addremove -s50 hg commit -m B echo % should all fail hg addremove -s foo hg addremove -s -1 hg addremove -s 1e6 cd .. echo '% issue 1527' hg init rep3; cd rep3 mkdir d echo a > d/a hg add d/a hg commit -m 1 mv d/a d/b hg addremove -s80 hg debugstate mv d/b c echo "% no copies found here (since the target isn't in d" hg addremove -s80 d echo "% copies here" hg addremove -s80 true