* Re: tiny patch to ange-ftp
[not found] ` <b4mbr3cs7vg.fsf@jpl.org>
@ 2005-09-02 14:14 ` Stefan Monnier
2005-09-08 3:57 ` Katsumi Yamaoka
0 siblings, 1 reply; 11+ messages in thread
From: Stefan Monnier @ 2005-09-02 14:14 UTC (permalink / raw)
Cc: emacs-devel
> Now I'm able to do things by setting `ange-ftp-send-hash' as nil
> and modifying `ange-ftp-insert-directory' slightly. However,
> I'm not satisfied with it. Though I'm making an effort at
> another work now, I'm going to tackle it again in the near
> future. It will be completed if the problem of which hash mark
> printing breaks the synchronous operation is solved.
> I'm currently using ange-ftp.el which corrected as follows:
Your patch looks like a good first step. I would check `full'
rather than (file-name-directory file) in order to determine whether to do
a full dir listing or to extract a single line.
Also I hoped that we would be able to use the cache so as to avoid doing the
full-listing+extract-line thingy repeatedly. Using ange-ftp-get-files
should do the trick here. But that can be changed later on.
Given that this fixes the problem mentioned in ange-ftp-send-cmd and should
be orthogonal to the problem of hash marks, I suggest we install your patch.
Any objections?
Stefan
> *** ange-ftp.el~ Thu Aug 11 21:55:21 2005
> --- ange-ftp.el Thu Sep 1 23:08:06 2005
> ***************
> *** 4498,4504 ****
> (if wildcard
> (let ((default-directory (file-name-directory file)))
> (ange-ftp-ls (file-name-nondirectory file) switches nil nil t))
> ! (ange-ftp-ls file switches full))))
> (ange-ftp-real-insert-directory file switches wildcard full))))
> (defun ange-ftp-dired-uncache (dir)
> --- 4498,4519 ----
> (if wildcard
> (let ((default-directory (file-name-directory file)))
> (ange-ftp-ls (file-name-nondirectory file) switches nil nil t))
> ! ;; That `file' doesn't have directory components means we're
> ! ;; going to do `ls' for a single file in the current directory.
> ! (if (file-name-directory file)
> ! (ange-ftp-ls file switches full)
> ! ;; Get a full listing of the current directory and extract
> ! ;; the line corresponding to `file'.
> ! (when (string-match "d\\'" switches)
> ! ;; Remove "d" which dired added to `switches'.
> ! (setq switches (substring switches 0 (match-beginning 0))))
> ! (setq tem (ange-ftp-ls "." switches full))
> ! (let ((case-fold-search nil))
> ! ;; Assume the file name which a single space precedes
> ! ;; appears at the end of a line.
> ! (if (string-match (concat "^.+ " (regexp-quote file) "$") tem)
> ! (concat (match-string 0 tem) "\n")
> ! ""))))))
> (ange-ftp-real-insert-directory file switches wildcard full))))
> (defun ange-ftp-dired-uncache (dir)
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-09-02 14:14 ` tiny patch to ange-ftp Stefan Monnier
@ 2005-09-08 3:57 ` Katsumi Yamaoka
2005-09-08 4:46 ` Katsumi Yamaoka
0 siblings, 1 reply; 11+ messages in thread
From: Katsumi Yamaoka @ 2005-09-08 3:57 UTC (permalink / raw)
Cc: emacs-devel
Sorry for the late reply. I seem to have fixed all the problems
that I grasp.
>>>>> In <jwvwtlzimzg.fsf-monnier+emacs@gnu.org> Stefan Monnier wrote:
> Your patch looks like a good first step. I would check `full'
> rather than (file-name-directory file) in order to determine whether to do
> a full dir listing or to extract a single line.
I did so.
> Also I hoped that we would be able to use the cache so as to avoid doing the
> full-listing+extract-line thingy repeatedly. Using ange-ftp-get-files
> should do the trick here. But that can be changed later on.
Well, using the cache seems useless for the remote file which is
newly uploaded. Am I wrong? I tried some ways but I didn't get
the right way to use those functions so far.
> Given that this fixes the problem mentioned in ange-ftp-send-cmd and should
> be orthogonal to the problem of hash marks, I suggest we install your patch.
> Any objections?
I noticed `ange-ftp-process-filter' does not extract all hash
marks because of the too strict regexp and it breaks the
synchronous operation while at least uploading files.
Here's a new patch:
2005-09-08 Katsumi Yamaoka <yamaoka@jpl.org> (tiny change)
* net/ange-ftp.el (ange-ftp-process-filter): Fix regexp to extract
hash marks.
(ange-ftp-insert-directory): Work with a single file listing.
--8<---------------cut here---------------start------------->8---
*** ange-ftp.el~ Thu Aug 11 21:55:21 2005
--- ange-ftp.el Thu Sep 8 03:57:18 2005
***************
*** 1656,1662 ****
;; handle hash mark printing
(and ange-ftp-process-busy
! (string-match "\\`#+\\'" str)
(setq str (ange-ftp-process-handle-hash str)))
(comint-output-filter proc str)
;; Replace STR by the result of the comint processing.
--- 1656,1662 ----
;; handle hash mark printing
(and ange-ftp-process-busy
! (string-match "#+" str)
(setq str (ange-ftp-process-handle-hash str)))
(comint-output-filter proc str)
;; Replace STR by the result of the comint processing.
***************
*** 2332,2347 ****
;; This works around a misfeature of some versions of netbsd ftpd
;; where `ls' can only take one argument: either one set of flags
;; or a file/directory name.
- ;; FIXME: if we're trying to `ls' a single file, this fails since we
- ;; can't cd to a file. We can't fix this problem here, tho, because
- ;; at this point we don't know whether the argument is a file or
- ;; a directory. Such an `ls' is only every used (apparently) from
- ;; `insert-directory' when the `full-directory-p' argument is nil
- ;; (which seems to only be used by dired when updating its display
- ;; after operating on a set of files). We should change
- ;; ange-ftp-insert-directory so that this case is handled by getting
- ;; a full listing of the directory and extracting the line
- ;; corresponding to the requested file.
(unless (equal cmd1 ".")
(setq result (ange-ftp-cd host user (nth 1 cmd) 'noerror)))
(setq cmd1 cmd3)))
--- 2332,2337 ----
***************
*** 4498,4504 ****
(if wildcard
(let ((default-directory (file-name-directory file)))
(ange-ftp-ls (file-name-nondirectory file) switches nil nil t))
! (ange-ftp-ls file switches full))))
(ange-ftp-real-insert-directory file switches wildcard full))))
(defun ange-ftp-dired-uncache (dir)
--- 4488,4510 ----
(if wildcard
(let ((default-directory (file-name-directory file)))
(ange-ftp-ls (file-name-nondirectory file) switches nil nil t))
! ;; That `full' is nil means we're going to do `ls' for
! ;; a single file in the current directory.
! (if full
! (ange-ftp-ls file switches full)
! ;; Get a full listing of the current directory and
! ;; extract the line corresponding to `file'.
! (when (string-match "d\\'" switches)
! ;; Remove "d" which dired added to `switches'.
! (setq switches (substring switches 0 (match-beginning 0))))
! (setq tem (ange-ftp-ls "." switches nil))
! (let ((case-fold-search nil))
! ;; Assume the file name which a single space precedes
! ;; appears at the end of a line.
! (if (string-match (concat "^.+[^ ] " (regexp-quote file) "$")
! tem)
! (concat (match-string 0 tem) "\n")
! ""))))))
(ange-ftp-real-insert-directory file switches wildcard full))))
(defun ange-ftp-dired-uncache (dir)
--8<---------------cut here---------------end--------------->8---
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-09-08 3:57 ` Katsumi Yamaoka
@ 2005-09-08 4:46 ` Katsumi Yamaoka
2005-09-08 20:50 ` Stefan Monnier
0 siblings, 1 reply; 11+ messages in thread
From: Katsumi Yamaoka @ 2005-09-08 4:46 UTC (permalink / raw)
Cc: emacs-devel
>>>>> In <b4mk6hsdxe7.fsf@jpl.org> Katsumi Yamaoka wrote:
> *** ange-ftp.el~ Thu Aug 11 21:55:21 2005
> --- ange-ftp.el Thu Sep 8 03:57:18 2005
> ***************
> *** 1656,1662 ****
> ;; handle hash mark printing
> (and ange-ftp-process-busy
> ! (string-match "\\`#+\\'" str)
> (setq str (ange-ftp-process-handle-hash str)))
> (comint-output-filter proc str)
> ;; Replace STR by the result of the comint processing.
> --- 1656,1662 ----
> ;; handle hash mark printing
> (and ange-ftp-process-busy
> ! (string-match "#+" str)
> (setq str (ange-ftp-process-handle-hash str)))
> (comint-output-filter proc str)
> ;; Replace STR by the result of the comint processing.
Please replace "#+" with the same "^#+$" as what is used in
Emacs 21.4. While "\\`#+\\'" is intended to match the whole
string, `str' often contains newline characters. This is the
true cause in which this function breaks the synchronous
operation. I guess someone changed it mistakenly.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-09-08 4:46 ` Katsumi Yamaoka
@ 2005-09-08 20:50 ` Stefan Monnier
2005-09-21 23:41 ` Katsumi Yamaoka
0 siblings, 1 reply; 11+ messages in thread
From: Stefan Monnier @ 2005-09-08 20:50 UTC (permalink / raw)
Cc: emacs-devel
> Please replace "#+" with the same "^#+$" as what is used in
> Emacs 21.4. While "\\`#+\\'" is intended to match the whole
> string, `str' often contains newline characters. This is the
> true cause in which this function breaks the synchronous
> operation. I guess someone changed it mistakenly.
Yes, it was an error on my part, and I reverted it a few days ago,
Stefan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-09-08 20:50 ` Stefan Monnier
@ 2005-09-21 23:41 ` Katsumi Yamaoka
2005-09-22 15:06 ` Stefan Monnier
0 siblings, 1 reply; 11+ messages in thread
From: Katsumi Yamaoka @ 2005-09-21 23:41 UTC (permalink / raw)
Cc: emacs-devel
Hi,
Could you apply the patch to ange-ftp.el? I hope it is widely
tested by people who update-build Emacs everyday. It enables at
least me to upload files to remote hosts smoothly and I believe
it doesn't worsen things than now.
2005-09-21 Katsumi Yamaoka <yamaoka@jpl.org> (tiny change)
* net/ange-ftp.el (ange-ftp-insert-directory): Work with a single
file listing.
*** ange-ftp.el~ Wed Sep 14 21:52:07 2005
--- ange-ftp.el Wed Sep 21 23:39:58 2005
***************
*** 2324,2339 ****
;; This works around a misfeature of some versions of netbsd ftpd
;; where `ls' can only take one argument: either one set of flags
;; or a file/directory name.
- ;; FIXME: if we're trying to `ls' a single file, this fails since we
- ;; can't cd to a file. We can't fix this problem here, tho, because
- ;; at this point we don't know whether the argument is a file or
- ;; a directory. Such an `ls' is only every used (apparently) from
- ;; `insert-directory' when the `full-directory-p' argument is nil
- ;; (which seems to only be used by dired when updating its display
- ;; after operating on a set of files). We should change
- ;; ange-ftp-insert-directory so that this case is handled by getting
- ;; a full listing of the directory and extracting the line
- ;; corresponding to the requested file.
(unless (equal cmd1 ".")
(setq result (ange-ftp-cd host user (nth 1 cmd) 'noerror)))
(setq cmd1 cmd3)))
--- 2324,2329 ----
***************
*** 4489,4495 ****
(if wildcard
(let ((default-directory (file-name-directory file)))
(ange-ftp-ls (file-name-nondirectory file) switches nil nil t))
! (ange-ftp-ls file switches full))))
(ange-ftp-real-insert-directory file switches wildcard full))))
(defun ange-ftp-dired-uncache (dir)
--- 4479,4501 ----
(if wildcard
(let ((default-directory (file-name-directory file)))
(ange-ftp-ls (file-name-nondirectory file) switches nil nil t))
! ;; That `full' is nil means we're going to do `ls' for
! ;; a single file in the current directory.
! (if full
! (ange-ftp-ls file switches full)
! ;; Get a full listing of the current directory and
! ;; extract the line corresponding to `file'.
! (when (string-match "d\\'" switches)
! ;; Remove "d" which dired added to `switches'.
! (setq switches (substring switches 0 (match-beginning 0))))
! (setq tem (ange-ftp-ls "." switches nil))
! (let ((case-fold-search nil))
! ;; Assume the file name which a single space precedes
! ;; appears at the end of a line.
! (if (string-match (concat "^.+[^ ] " (regexp-quote file) "$")
! tem)
! (concat (match-string 0 tem) "\n")
! ""))))))
(ange-ftp-real-insert-directory file switches wildcard full))))
(defun ange-ftp-dired-uncache (dir)
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-09-21 23:41 ` Katsumi Yamaoka
@ 2005-09-22 15:06 ` Stefan Monnier
2005-09-29 0:00 ` Katsumi Yamaoka
0 siblings, 1 reply; 11+ messages in thread
From: Stefan Monnier @ 2005-09-22 15:06 UTC (permalink / raw)
Cc: emacs-devel
> Could you apply the patch to ange-ftp.el? I hope it is widely
> tested by people who update-build Emacs everyday. It enables at
> least me to upload files to remote hosts smoothly and I believe
> it doesn't worsen things than now.
I'll install a variant of it, Real-Soon-Now.
Sorry for taking so much time,
Stefan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-09-22 15:06 ` Stefan Monnier
@ 2005-09-29 0:00 ` Katsumi Yamaoka
2005-09-30 21:05 ` Stefan Monnier
0 siblings, 1 reply; 11+ messages in thread
From: Katsumi Yamaoka @ 2005-09-29 0:00 UTC (permalink / raw)
Cc: emacs-devel
>>>>> In <878xxpxhvc.fsf-monnier+emacs@gnu.org> Stefan Monnier wrote:
>> Could you apply the patch to ange-ftp.el? I hope it is widely
>> tested by people who update-build Emacs everyday. It enables at
>> least me to upload files to remote hosts smoothly and I believe
>> it doesn't worsen things than now.
> I'll install a variant of it, Real-Soon-Now.
> Sorry for taking so much time,
I'm sorry to bother you, but the file in question seems to have
not been changed yet. How about that?
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-09-29 0:00 ` Katsumi Yamaoka
@ 2005-09-30 21:05 ` Stefan Monnier
2005-10-01 12:23 ` Katsumi Yamaoka
0 siblings, 1 reply; 11+ messages in thread
From: Stefan Monnier @ 2005-09-30 21:05 UTC (permalink / raw)
Cc: emacs-devel
>>> Could you apply the patch to ange-ftp.el? I hope it is widely
>>> tested by people who update-build Emacs everyday. It enables at
>>> least me to upload files to remote hosts smoothly and I believe
>>> it doesn't worsen things than now.
>> I'll install a variant of it, Real-Soon-Now.
>> Sorry for taking so much time,
> I'm sorry to bother you, but the file in question seems to have
> not been changed yet. How about that?
I've installed my change. Sorry again for the delay.
Stefan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-09-30 21:05 ` Stefan Monnier
@ 2005-10-01 12:23 ` Katsumi Yamaoka
2005-10-02 16:04 ` Stefan Monnier
0 siblings, 1 reply; 11+ messages in thread
From: Katsumi Yamaoka @ 2005-10-01 12:23 UTC (permalink / raw)
Cc: emacs-devel
>>>>> In <87k6gyi7vo.fsf-monnier+emacs@gnu.org>
>>>>> Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> I've installed my change. Sorry again for the delay.
I rebuilt Emacs. However, I still could not upload files with
another problem. `ange-ftp-insert-directory' passes a file name
without directory components to `ange-ftp-get-file-entry' then.
So, the following change seems to be required (I confirmed it
did the trick):
*** ange-ftp.el~ Sat Oct 1 10:46:12 2005
--- ange-ftp.el Sat Oct 1 12:21:20 2005
***************
*** 2972,2982 ****
(file (ange-ftp-get-file-part name)))
(if ent
(gethash file ent)
! (or (and (ange-ftp-allow-child-lookup dir file)
(setq ent (ange-ftp-get-files name t))
(gethash "." ent))
;; i.e. it's a directory by child lookup
! (and (setq ent (ange-ftp-get-files dir t))
(gethash file ent))))))
(defun ange-ftp-internal-delete-file-entry (name &optional dir-p)
--- 2972,2984 ----
(file (ange-ftp-get-file-part name)))
(if ent
(gethash file ent)
! (or (and dir
! (ange-ftp-allow-child-lookup dir file)
(setq ent (ange-ftp-get-files name t))
(gethash "." ent))
;; i.e. it's a directory by child lookup
! (and dir
! (setq ent (ange-ftp-get-files dir t))
(gethash file ent))))))
(defun ange-ftp-internal-delete-file-entry (name &optional dir-p)
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-10-01 12:23 ` Katsumi Yamaoka
@ 2005-10-02 16:04 ` Stefan Monnier
2005-10-03 11:04 ` Katsumi Yamaoka
0 siblings, 1 reply; 11+ messages in thread
From: Stefan Monnier @ 2005-10-02 16:04 UTC (permalink / raw)
Cc: emacs-devel
> I rebuilt Emacs. However, I still could not upload files with
> another problem. `ange-ftp-insert-directory' passes a file name
> without directory components to `ange-ftp-get-file-entry' then.
That's an error in ange-ftp-insert-directory.
> So, the following change seems to be required (I confirmed it
> did the trick):
It works around the bug, tho. I'd rather fix it instead.
I've just installed a patch which should fix it. Does it work for you?
Although the patch works (it fixes the symlink-following code), in reality,
I see no reason why we should follow symlinks at all. The normal code for
insert-directory doesn't follow symlinks, so why should the ange-ftp
version of it do it? It seems to be asking for trouble, especially in the
present case: what if dired wants to refresh a single line that contains
a symlink?
The change to follow symlinks has sadly no explanation:
revision 1.20
date: 2001/12/29 02:50:34; author: rms; state: Exp; lines: +12 -6
(ange-ftp-insert-directory): Explicitly follow symlinks.
In the ChangeLog file, we get a tiny bit more info:
* net/ange-ftp.el (ange-ftp-allow-child-lookup): Always return nil.
This fixes a bug that treated all files as directories.
(ange-ftp-insert-directory): Explicitly follow symlinks.
But it's still not clear why we'd want to follow symlinks. My suspicion is
that at that time, it was necessary to follow symlinks in order for the
ange-ftp-ls command to give us a listing of a directory rather than just the
single-line listing of a symlink. In that case, this is not a problem any
more since ange-ftp-ls now does "cd foo; ls" rather than "ls foo". So I'd
be happy to install the second patch.
To see one of the problems with the idea of following symlinks, try
something like
(insert-directory "/ftp@ftp.gnu.org:/pub" "-lFd")
Of course, there's also the problem where the symlink points to itself.
And also the problem that
(insert-directory "/ftp@ftp.gnu.org:/pub/gnu/winboard" "-lFd")
will not list
lrwxrwxrwx 1 0 0 15 Nov 21 2003 winboard -> xboard/winboard
but
drwxrwxr-x 2 0 1003 4096 Nov 29 2003 winboard/
Contrary to what it would have done if we were working locally.
Stefan
--- ange-ftp.el 02 oct 2005 11:37:24 -0400 1.74
+++ ange-ftp.el 02 oct 2005 11:38:44 -0400
@@ -4481,14 +4481,6 @@
(defun ange-ftp-insert-directory (file switches &optional wildcard full)
(if (not (ange-ftp-ftp-name (expand-file-name file)))
(ange-ftp-real-insert-directory file switches wildcard full)
- ;; Follow symlinks.
- (let (tem)
- (while (and (not wildcard)
- (stringp (setq tem (file-symlink-p
- (directory-file-name file)))))
- (setq file
- (ange-ftp-expand-symlink
- tem (file-name-directory (directory-file-name file))))))
(insert
(cond
(wildcard
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: tiny patch to ange-ftp
2005-10-02 16:04 ` Stefan Monnier
@ 2005-10-03 11:04 ` Katsumi Yamaoka
0 siblings, 0 replies; 11+ messages in thread
From: Katsumi Yamaoka @ 2005-10-03 11:04 UTC (permalink / raw)
Cc: emacs-devel
>>>>> In <87ll1chs0h.fsf-monnier+emacs@gnu.org>
>>>>> Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> I've just installed a patch which should fix it. Does it work for you?
Thanks! It works fine, but I prefer the second patch...
> Although the patch works (it fixes the symlink-following code), in reality,
> I see no reason why we should follow symlinks at all. The normal code for
> insert-directory doesn't follow symlinks, so why should the ange-ftp
> version of it do it? It seems to be asking for trouble, especially in the
> present case: what if dired wants to refresh a single line that contains
> a symlink?
> The change to follow symlinks has sadly no explanation:
> revision 1.20
> date: 2001/12/29 02:50:34; author: rms; state: Exp; lines: +12 -6
> (ange-ftp-insert-directory): Explicitly follow symlinks.
> In the ChangeLog file, we get a tiny bit more info:
> * net/ange-ftp.el (ange-ftp-allow-child-lookup): Always return nil.
> This fixes a bug that treated all files as directories.
> (ange-ftp-insert-directory): Explicitly follow symlinks.
> But it's still not clear why we'd want to follow symlinks. My suspicion is
> that at that time, it was necessary to follow symlinks in order for the
> ange-ftp-ls command to give us a listing of a directory rather than just the
> single-line listing of a symlink. In that case, this is not a problem any
> more since ange-ftp-ls now does "cd foo; ls" rather than "ls foo". So I'd
> be happy to install the second patch.
I tried the second patch. I think it is much better, and I can
agree that to follow symlinks there is meaningless.
> To see one of the problems with the idea of following symlinks, try
> something like
> (insert-directory "/ftp@ftp.gnu.org:/pub" "-lFd")
> Of course, there's also the problem where the symlink points to itself.
> And also the problem that
> (insert-directory "/ftp@ftp.gnu.org:/pub/gnu/winboard" "-lFd")
> will not list
> lrwxrwxrwx 1 0 0 15 Nov 21 2003 winboard -> xboard/winboard
> but
> drwxrwxr-x 2 0 1003 4096 Nov 29 2003 winboard/
> Contrary to what it would have done if we were working locally.
> Stefan
I think concealing of file's identity is needless and unhelpful.
> --- ange-ftp.el 02 oct 2005 11:37:24 -0400 1.74
> +++ ange-ftp.el 02 oct 2005 11:38:44 -0400
> @@ -4481,14 +4481,6 @@
> (defun ange-ftp-insert-directory (file switches &optional wildcard full)
> (if (not (ange-ftp-ftp-name (expand-file-name file)))
> (ange-ftp-real-insert-directory file switches wildcard full)
> - ;; Follow symlinks.
> - (let (tem)
> - (while (and (not wildcard)
> - (stringp (setq tem (file-symlink-p
> - (directory-file-name file)))))
> - (setq file
> - (ange-ftp-expand-symlink
> - tem (file-name-directory (directory-file-name file))))))
> (insert
> (cond
> (wildcard
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2005-10-03 11:04 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <b4mhde4fno0.fsf@jpl.org>
[not found] ` <m1br46adb8.fsf-monnier+emacs@gnu.org>
[not found] ` <b4mr7d2o3j1.fsf@jpl.org>
[not found] ` <b4mbr46t4o1.fsf@jpl.org>
[not found] ` <b4mslxi3sp8.fsf@jpl.org>
[not found] ` <b4mu0hxp3h9.fsf@jpl.org>
[not found] ` <m17jer7ikd.fsf-monnier+emacs@gnu.org>
[not found] ` <b4m1x4zeiw6.fsf@jpl.org>
[not found] ` <m18xz761ro.fsf-monnier+emacs@gnu.org>
[not found] ` <b4m1x4zuwmj.fsf@jpl.org>
[not found] ` <b4miry7ptpu.fsf@jpl.org>
[not found] ` <b4moe7yr42b.fsf@jpl.org>
[not found] ` <b4mmzninzyb.fsf@jpl.org>
[not found] ` <jwvek88ju9q.fsf-monnier+emacs@gnu.org>
[not found] ` <b4mbr3cs7vg.fsf@jpl.org>
2005-09-02 14:14 ` tiny patch to ange-ftp Stefan Monnier
2005-09-08 3:57 ` Katsumi Yamaoka
2005-09-08 4:46 ` Katsumi Yamaoka
2005-09-08 20:50 ` Stefan Monnier
2005-09-21 23:41 ` Katsumi Yamaoka
2005-09-22 15:06 ` Stefan Monnier
2005-09-29 0:00 ` Katsumi Yamaoka
2005-09-30 21:05 ` Stefan Monnier
2005-10-01 12:23 ` Katsumi Yamaoka
2005-10-02 16:04 ` Stefan Monnier
2005-10-03 11:04 ` Katsumi Yamaoka
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).