From xemacs-m  Fri Mar 21 08:08:52 1997
Received: from macon.informatik.uni-tuebingen.de (macon2.Informatik.Uni-Tuebingen.De [134.2.13.2])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id IAA02405
	for <xemacs-beta@xemacs.org>; Fri, 21 Mar 1997 08:08:50 -0600 (CST)
Received: from modas.informatik.uni-tuebingen.de (modas.Informatik.Uni-Tuebingen.De [134.2.12.3]) by macon.informatik.uni-tuebingen.de (8.8.4/8.8.3/AIX-4.1/WSI-1.0) with SMTP id PAA12638; Fri, 21 Mar 1997 15:08:48 +0100
Received: by modas.informatik.uni-tuebingen.de (AIX 4.1/UCB 5.64/4.03)
          id AA24204; Fri, 21 Mar 1997 15:08:46 +0100
Sender: sperber@informatik.uni-tuebingen.de
To: kifer@cs.sunysb.edu (Michael Kifer)
Cc: xemacs-beta@xemacs.org
Subject: Re: ediff problem  and EFS
References: <199702250205.VAA29652@cs.sunysb.edu>
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
From: sperber@informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor])
Date: 21 Mar 1997 15:08:45 +0100
In-Reply-To: kifer@CS.SunySB.EDU's message of Mon, 24 Feb 1997 20:53:58 -0500
Message-Id: <y9l3etpl4lu.fsf@modas.informatik.uni-tuebingen.de>
Lines: 39
X-Mailer: Gnus v5.4.23/XEmacs 20.1


Another late follow-up ...

>>>>> "michael" == Michael Kifer <kifer@CS.SunySB.EDU> writes:

>> In 20.1b2, ediff gets the error:
>> symbol's function definition is void:efs-ftp-path
>> 
>> This seems related to the following new code in ediff-init.el:
>> 
>> (or (fboundp 'ediff-file-remote-p) ; user supplied his own function
>> (defun ediff-file-remote-p (file-name)
>> (car (cond ((featurep 'efs) (efs-ftp-path file-name))
>> ((fboundp 'file-remote-p) (efs-ftp-path file-name))
michael> 					    ^^^^^^^^^^^^
michael> Oops! It's a typo. Must be:		    file-remote-p

>> file-remote-p is defined in the dumped XEmacs, while
>> this code thinks it is defined only if efs-ftp-path is also. I don't
>> know enough about what is going on here to fix this. It seems
>> rather strange to me that ediff should be loading efs or ange-ftp for
>> a simple buffer compare. 

michael> Well, it needs to know if you are working with remote files or not.
michael> XEmacs now has file-remote-p, but this function loads efs.
michael> The right thing is to write remote.el, which should be much smaller than
michael> EFS. It should yank the implementation of efs-ftp-path from efs, and should
michael> be able to recognize URLs as well.  

michael> Whoever has the time to write this stuff gets an internet kudo...


michael> If efs-ftp-path were isolated into efs-remote.el or something like
michael> that, I could then load just this file.

You should be able to require efs-cu separately which is pretty small,
and does not imply loading all of EFS.

Cheers =8-} Mike

