Hi! I read the source around find_fuzzy(), but got stuck in get_dirlist(). I thought the latter returns the subset of the current ?global? file list of the receiver side (which is complete, or an incremental part(?)), reduced to the ?same directory? restriction. Can someone enlighten me, where the ?global file list? is stored? Is that actually used for fuzzy-match? If not, why not? When is recv_generator() invoked? It seems to store some static fuzzy-related data, but I don?t get the big picture when this data is updated. My intention is to augment the fuzzy-search to search in the whole receiver target subtree. Thanks, Robert
On Sun, Dec 20, 2009 at 11:03 PM, Robert Siemer <Robert.Siemer at backsla.sh> wrote:> I thought the latter returns the subset of the current ?global? file list > of the receiver sideThere is no such thing. Since rsync is duplicating the sender's files, there is only a list of the sender's files in memory except for some single-directory scanning that the receiving side does. See the various detect-rename patches for rsync for how to find files that have moved around. The patches are mentioned on the download page of the rsync website. ..wayne..
Seemingly Similar Threads
- -x tries to descend into FUSE filesystems
- [PATCH] Unsnarl missing_below/dry_run logic.
- [Bug 13445] New: Fuzzy searching in link-dest tries to open regular file as directory
- [Bug 10756] New: rsync can't create files or dirs in subdirs (sometimes?)
- Rsync windows to linux is hanging