Michael Albinus <[email protected]> writes: > Thierry Volpiatto <[email protected]> writes: > >> Hi Michael, > > Hi Thierry, > >>> I've committed a patch to Emacs' trunk. Finally, it was just one place I >>> had to adjust the cache, the copy case. Removing a file shall work >>> already w/o cache problems. >>> >>> Could you, please, test? >> Yes it is working, > > Good. > >> however I think it is also a workaround, what when the ftp directory >> is modified from someone with another Emacs or some external program? >> The hash table will not be updated and the command >> `ange-ftp-reread-dir' doesn't help because it is broken (It is not >> aware of user, password etc...). I think it is non sense to cache the >> ls result in a hash-table, of course it is faster, but the contents of >> a directory (ftp or not) is meant to be always changed. Imagine how >> unuseful would be an implementation of `directory-files' with caching >> result in a hash-table and refering to this table at each further >> calls... > > I haven't added caches to ange-ftp, but I believe they have their > reason. On slow lines, they could make the life easier. > > Stale caches bite, of course. But how often does this happen? IIRC, an > ftp connection times out, after 15' or so. And if the connection is > reestablished due to a new request from Emacs side, the whole cache > shall be cleaned, of course. I haven't checked, but I would expect this. Didn't fully check this but I am not sure it is cleaned.
> So I won't do anything else. If you believe there are more bugs in > ange-ftp.el (you've mentioned `ange-ftp-reread-dir', for example), > please file a bug report for Emacs. Ok. Thanks. -- Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997 _______________________________________________ Tramp-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/tramp-devel
