Article View: gnu.emacs.help
Article #189403Re: Documentation for ange-ftp.el? & a question
From: John (Jack) Repenning
Date: Mon, 04 Mar 1991 10:59
Date: Mon, 04 Mar 1991 10:59
45 lines
3072 bytes
3072 bytes
In article <9103031835.AA16251@fenris.idt.unit.no> steinarb@IDT.UNIT.NO (Steinar Bang) writes: I was a bit worried about the comments speaking about redefining central emacs functions. My question is, does ange-ftp affect emacs' operation so much that it can't be used for ordinary editing? You should be, of course. But Andy Norman make no mistakes. (Well, maybe a few...). So it's all right. Anyway, ange-ftp does not break normal editing - it's successfully and entirely invisible until needed, and then it works swiftly and silently. Here's the deal: whenever you try to read a file (through the many many many different means available in Emacs - getting hooked into all the means is basically why Andy had to change existing functions, I believe), if the file begints with something like "/user@host:", then ange-ftp reads it in through FTP. Likewise when you write a file. If the file name doesn't look like that, then ange-ftp stays out of your way. One gotcha would be if you really wanted to have some local files with names that look like that - but you don't, do you? Another gotcha can arise if you load yet another package that mucks with elemental functions, and does it less well. Another package that was as careful as ange-ftp would be no problem, since Andy monotonically extends whatever is presently defined, rather than thinking he knows what's going on. But I've encountered a package that installed a write-file-hook which actually wrote the file, rather than merely doing its hooking and letting the function write the file. In order to commit this sacrilege, it had to obliterate the write-file-hooks list (so it didn't recurse itself), and then return an error (so write-file wouldn't write yet again). The result is that I can't use this package on remote (ange-ftp) files, since it's defeating the basic write process. But this is clearly a bogosity (a pair of bogosities, in fact) in this other package, not in ange-ftp. (The "other package" is a local hack-up that you'll never encounter, so you needn't worry about that.) Jack Repenning 9U-530 jackr@wpd.sgi.com Silicon Graphics, Inc. Off:(415) 335-7477 Software Systems Division Fax:(415) 969-2314
Technical Details
Message-ID:
<JACKR.91Mar4105912@dblues.dblues.wpd.sgi.com>Path:
arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!samsung!uakari.primate.wisc.edu!sdd.hp.com!ucsd!pacbell.com!mips!sgi!shinobu!odin!sgihub!dragon!dragon!jackrReferences:
<9103031835.AA16251@fenris.idt.unit.no>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103b8b,10291a77fc29f0d0 X-Google-Attributes: gid103b8b,public X-Google-ArrivalTime: 1991-03-06 06:37:46 PST Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!samsung!uakari.primate.wisc.edu!sdd.hp.com!ucsd!pacbell.com!mips!sgi!shinobu!odin!sgihub!dragon!dragon!jackr From: jackr@dblues.wpd.sgi.com (John (Jack) Repenning) Newsgroups: gnu.emacs.help Subject: Re: Documentation for ange-ftp.el? & a question Message-ID: <JACKR.91Mar4105912@dblues.dblues.wpd.sgi.com> Date: 4 Mar 91 10:59:12 GMT References: <9103031835.AA16251@fenris.idt.unit.no> Sender: news@dragon.wpd.sgi.com (CNews Account) Followup-To: gnu.emacs.help Organization: Silicon Graphics, Inc. Lines: 45 In-Reply-To: steinarb@IDT.UNIT.NO's message of 3 Mar 91 18:35:16 GMT