* bug#7040: 24.0.50; tramp-handle-directory-files is not loaded @ 2010-09-16 6:32 Thierry Volpiatto 2010-09-16 8:35 ` Michael Albinus 2010-09-16 17:06 ` Thierry Volpiatto 0 siblings, 2 replies; 8+ messages in thread From: Thierry Volpiatto @ 2010-09-16 6:32 UTC (permalink / raw) To: 7040 Hi, tramp-handle-directory-files is not loaded. To reproduce, try from remote to copy recursively a directory. -- A+ Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997 ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7040: 24.0.50; tramp-handle-directory-files is not loaded 2010-09-16 6:32 bug#7040: 24.0.50; tramp-handle-directory-files is not loaded Thierry Volpiatto @ 2010-09-16 8:35 ` Michael Albinus 2010-09-16 9:59 ` Thierry Volpiatto 2010-09-16 17:06 ` Thierry Volpiatto 1 sibling, 1 reply; 8+ messages in thread From: Michael Albinus @ 2010-09-16 8:35 UTC (permalink / raw) To: Thierry Volpiatto; +Cc: 7040 Thierry Volpiatto <thierry.volpiatto@gmail.com> writes: > Hi, Hi, > tramp-handle-directory-files is not loaded. > > To reproduce, try from remote to copy recursively a directory. Works for me. Maybe, tramp-loaddefs.el is not regenerated? Try # cd lisp; make autoloads If this doesn't help, I need at least to know, which remote method you have used. ssh? scp? Best regards, Michael. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7040: 24.0.50; tramp-handle-directory-files is not loaded 2010-09-16 8:35 ` Michael Albinus @ 2010-09-16 9:59 ` Thierry Volpiatto 2010-09-16 10:14 ` Michael Albinus 0 siblings, 1 reply; 8+ messages in thread From: Thierry Volpiatto @ 2010-09-16 9:59 UTC (permalink / raw) To: Michael Albinus; +Cc: 7040 Hi Michael, Michael Albinus <michael.albinus@gmx.de> writes: > Thierry Volpiatto <thierry.volpiatto@gmail.com> writes: > >> Hi, > > Hi, > >> tramp-handle-directory-files is not loaded. >> >> To reproduce, try from remote to copy recursively a directory. > > Works for me. Maybe, tramp-loaddefs.el is not regenerated? Don't know, is the makefile aware of this file? > Try # cd lisp; make autoloads Sorry, i can't do that yet as the emacs24 i have is installed by gentoo from bzr, but the makefiles are removed in directory. Maybe i can try to load the file itself? (need to switch i am on 23 now) > If this doesn't help, I need at least to know, which remote method you > have used. ssh? scp? su, but i guess it's the same with ssh methods. It's just a problem of loading the definition of tramp-handle-directory-files, what i do here in anything-config.el because i need this definition for compatibility with emacs versions < 23.2. So it is working fine with this definition loaded. > Best regards, Michael. > -- A+ Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997 ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7040: 24.0.50; tramp-handle-directory-files is not loaded 2010-09-16 9:59 ` Thierry Volpiatto @ 2010-09-16 10:14 ` Michael Albinus 0 siblings, 0 replies; 8+ messages in thread From: Michael Albinus @ 2010-09-16 10:14 UTC (permalink / raw) To: Thierry Volpiatto; +Cc: 7040@debbugs.gnu.org Thierry Volpiatto <thierry.volpiatto@gmail.com> writes: > Hi Michael, Hi Thierry, >> Works for me. Maybe, tramp-loaddefs.el is not regenerated? > Don't know, is the makefile aware of this file? It should, I have committed the patch at once, including Makefile.in changes. However, a simple "make" does NOT generate autoloads (not only for Tramp). >> Try # cd lisp; make autoloads > Sorry, i can't do that yet as the emacs24 i have is installed by gentoo > from bzr, but the makefiles are removed in directory. > Maybe i can try to load the file itself? (need to switch i am on 23 now) Do you use Tramp outside the Emacs distribution? Have you downloaded from the Tramp repo? > It's just a problem of loading the definition of > tramp-handle-directory-files, what i do here in anything-config.el > because i need this definition for compatibility with emacs versions < 23.2. > So it is working fine with this definition loaded. Oops, it is not recommended to call `tramp-handle-*' functions directly (you would bypass locking mechanisms). With recent Tramp 2.2, those functions have been moved to another package. Likely, that's why you don't see them. Instead of, call (tramp-file-name-handler 'directory-files ...) This shall also work with Emacs 23. Best regards, Michael. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7040: 24.0.50; tramp-handle-directory-files is not loaded 2010-09-16 6:32 bug#7040: 24.0.50; tramp-handle-directory-files is not loaded Thierry Volpiatto 2010-09-16 8:35 ` Michael Albinus @ 2010-09-16 17:06 ` Thierry Volpiatto 2010-09-16 21:08 ` Michael Albinus 1 sibling, 1 reply; 8+ messages in thread From: Thierry Volpiatto @ 2010-09-16 17:06 UTC (permalink / raw) To: bug-gnu-emacs Michael Albinus <michael.albinus@gmx.de> writes: > Thierry Volpiatto <thierry.volpiatto@gmail.com> writes: > >> Hi Michael, > > Hi Thierry, > >>> Works for me. Maybe, tramp-loaddefs.el is not regenerated? >> Don't know, is the makefile aware of this file? > > It should, I have committed the patch at once, including Makefile.in > changes. However, a simple "make" does NOT generate autoloads (not only > for Tramp). > >>> Try # cd lisp; make autoloads >> Sorry, i can't do that yet as the emacs24 i have is installed by gentoo >> from bzr, but the makefiles are removed in directory. >> Maybe i can try to load the file itself? (need to switch i am on 23 now) > > Do you use Tramp outside the Emacs distribution? Have you downloaded > from the Tramp repo? No i use tramp that come with Emacs. >> It's just a problem of loading the definition of >> tramp-handle-directory-files, what i do here in anything-config.el >> because i need this definition for compatibility with emacs versions < 23.2. >> So it is working fine with this definition loaded. > > Oops, it is not recommended to call `tramp-handle-*' functions directly > (you would bypass locking mechanisms). Yes, but i don't call this function directly, i just inline the actual tramp-handle-directory-files to allow users of old tramp/emacs version to use this version of the function that fix ".", "..", and sorting (what we have fixed some months ago). At first it was inlined inside a function with a flet, but i realized that it is not called when i copy/rename, etc.. files, so it is now (re)defined as defun. I think the definition inlined in flet was confusing tramp. I have now tried in emacs -Q (so without anything) and copy recursively from remote work fine. > With recent Tramp 2.2, those > functions have been moved to another package. Likely, that's why you > don't see them. Instead of, call > > (tramp-file-name-handler 'directory-files ...) Ok thanks, that's good to know, but as said above i don't use tramp-handle-directory-files directly, i let tramp do the job. Sorry for the noise, but things are clearer now, thanks ;-) -- A+ Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997 ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7040: 24.0.50; tramp-handle-directory-files is not loaded 2010-09-16 17:06 ` Thierry Volpiatto @ 2010-09-16 21:08 ` Michael Albinus 2010-09-16 21:19 ` Thierry Volpiatto 0 siblings, 1 reply; 8+ messages in thread From: Michael Albinus @ 2010-09-16 21:08 UTC (permalink / raw) To: Thierry Volpiatto; +Cc: bug-gnu-emacs Thierry Volpiatto <thierry.volpiatto@gmail.com> writes: >> Oops, it is not recommended to call `tramp-handle-*' functions directly >> (you would bypass locking mechanisms). > > Yes, but i don't call this function directly, i just inline the actual > tramp-handle-directory-files to allow users of old tramp/emacs version > to use this version of the function that fix ".", "..", and sorting > (what we have fixed some months ago). > > At first it was inlined inside a function with a flet, but i realized > that it is not called when i copy/rename, etc.. files, so it is now > (re)defined as defun. > > I think the definition inlined in flet was confusing tramp. Maybe the best solution is defadvice. Then you don't need to redefine Tramp's internals (and you are independent from further changes in that function). > I have now tried in emacs -Q (so without anything) and copy recursively > from remote work fine. > >> With recent Tramp 2.2, those >> functions have been moved to another package. Likely, that's why you >> don't see them. Instead of, call >> >> (tramp-file-name-handler 'directory-files ...) > > Ok thanks, that's good to know, but as said above i don't use > tramp-handle-directory-files directly, i let tramp do the job. > > Sorry for the noise, but things are clearer now, thanks ;-) So we can close the bug report? Best regards, Michael. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7040: 24.0.50; tramp-handle-directory-files is not loaded 2010-09-16 21:08 ` Michael Albinus @ 2010-09-16 21:19 ` Thierry Volpiatto 2010-09-17 20:53 ` Michael Albinus 0 siblings, 1 reply; 8+ messages in thread From: Thierry Volpiatto @ 2010-09-16 21:19 UTC (permalink / raw) To: Michael Albinus; +Cc: bug-gnu-emacs Michael Albinus <michael.albinus@gmx.de> writes: > Thierry Volpiatto <thierry.volpiatto@gmail.com> writes: > >>> Oops, it is not recommended to call `tramp-handle-*' functions directly >>> (you would bypass locking mechanisms). >> >> Yes, but i don't call this function directly, i just inline the actual >> tramp-handle-directory-files to allow users of old tramp/emacs version >> to use this version of the function that fix ".", "..", and sorting >> (what we have fixed some months ago). >> >> At first it was inlined inside a function with a flet, but i realized >> that it is not called when i copy/rename, etc.. files, so it is now >> (re)defined as defun. >> >> I think the definition inlined in flet was confusing tramp. > > Maybe the best solution is defadvice. Then you don't need to redefine > Tramp's internals (and you are independent from further changes in that > function). Well, i don't like defadvice, so i will see if i maintain this as emacs23.2 is a stable emacs version. Thank you anyway for your help and advices. >> I have now tried in emacs -Q (so without anything) and copy recursively >> from remote work fine. >> >>> With recent Tramp 2.2, those >>> functions have been moved to another package. Likely, that's why you >>> don't see them. Instead of, call >>> >>> (tramp-file-name-handler 'directory-files ...) >> >> Ok thanks, that's good to know, but as said above i don't use >> tramp-handle-directory-files directly, i let tramp do the job. >> >> Sorry for the noise, but things are clearer now, thanks ;-) > > So we can close the bug report? Yes. > Best regards, Michael. > -- A+ Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997 ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#7040: 24.0.50; tramp-handle-directory-files is not loaded 2010-09-16 21:19 ` Thierry Volpiatto @ 2010-09-17 20:53 ` Michael Albinus 0 siblings, 0 replies; 8+ messages in thread From: Michael Albinus @ 2010-09-17 20:53 UTC (permalink / raw) To: Thierry Volpiatto; +Cc: 7040-done Thierry Volpiatto <thierry.volpiatto@gmail.com> writes: >> So we can close the bug report? > > Yes. Done. Best regards, Michael. ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-09-17 20:53 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-09-16 6:32 bug#7040: 24.0.50; tramp-handle-directory-files is not loaded Thierry Volpiatto 2010-09-16 8:35 ` Michael Albinus 2010-09-16 9:59 ` Thierry Volpiatto 2010-09-16 10:14 ` Michael Albinus 2010-09-16 17:06 ` Thierry Volpiatto 2010-09-16 21:08 ` Michael Albinus 2010-09-16 21:19 ` Thierry Volpiatto 2010-09-17 20:53 ` Michael Albinus
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.