[ESS] file name completion again
Martin Maechler
maechler at stat.math.ethz.ch
Thu Sep 1 11:23:54 CEST 2005
Thank you, Jean and David.
I now can re-produce your problem,
and yes, it's a bug caused by yet another incompatibility
between (GNU) emacs and Xemacs
--- actually I think two (related) incompatibilities :
1) The set of comint-dynamic-complete-functions
that is used when within *R* is very different for GNU emacs
and Xemacs
2) Both
(ess-complete-filename) and
(comint-replace-by-expanded-filename)
in Xemacs, give the ominous error message
"last thing matched was not a buffer"
but do work in GNU emacs. Note that
comint-replace-by-expanded-filename is part of (X)emacs itself,
not ESS.
Hence something it would have been good had the Xemacs
maintainers made sure worked (the same as in Emacs).
Anyway
-------> something for ESS-core to fix / work around
But yes, it would have been great had we found out about the
details for this *BEFORE* the release of ESS 5.2.9 ...
At the time, Jean first opened this topic, back in February,
I think we all believed it was just a general ESS misfeature,
and M-Tab ( = comint-replace-by-expanded-filename ) would at
least work everywhere [TAB would not for some ESS versions],
At least now, we finally see that it's an Xemacs <-> GNU emacs
compatibility problem.
Martin Maechler, ETH Zurich
>>>>> "Jean" == Jean Eid <jeaneid at chass.utoronto.ca>
>>>>> on Wed, 31 Aug 2005 18:44:17 -0400 writes:
Jean> I get the same thing as well. I also tried the mouse
Jean> click with my regular init and it also works fine
Jean> Jean
Jean> On Wed, 31 Aug 2005, david whiting wrote:
>> Hmmmm, ok. I reinstalled xemacs and got ESS out of the
>> subversion repository. I then started xemacs with:
>>
>> xemacs --vanilla &
>>
>> and in the *scratch* buffer I loaded ess-site.el. No
>> problems. I then started R:
>>
>> M-x R
>>
>> and selected a working directory that has a subdirectory
>> with an R data file. In ESS/R I then did:
>>
>> load("R-data/
>>
>> and pressed tab to complete the file name and got the
>> "last thing matched was not a buffer" message.
>>
>> Oooooh, this is interesting . . . xemacs has a right
>> mouse menu (you learn something new every day). OK, with
>> the pop-up menu if I click on "Complete -> Complete File
>> name" it works okay. So, the response is different
>> depending on whether I use TAB or the mouse. Does that
>> help?
>>
>> When I installed xemacs I just selected xemacs and let
>> synaptic choose what else to install. It installed:
>>
>> xemacs21 (21.4.17-1) xemacs21-basesupport-el
>> (2004.08.18-2) xemacs21-bin (21.4.17-1) xemacs21-mule
>> (21.4.17-1) xemacs21-mulesupport (2004.08.18-2)
>> xemacs21-support (21.4.17-1)
>>
>>
>> R 2.1.1 > version _ platform i686-pc-linux-gnu arch i686
>> os linux-gnu system i686, linux-gnu status major 2 minor
>> 1.1 year 2005 month 06 day 20 language R
>> >
>>
>> ESS from subversion so it should be the same as what you
>> have? I installed ESS in ~/tmp/ess.
>>
>> OS: Ubuntu 5.04
>>
>> Anything else we can compare?
>>
>> Dave.
>>
>>
>>
>>
>> On 31/08/05, Martin Maechler <maechler at stat.math.ethz.ch>
>> wrote: > >>>>> "david" == david whiting
>> <david.r.whiting at gmail.com> > >>>>> on Wed, 31 Aug 2005
>> 19:05:45 +0100 writes:
>> >
>> > david> On 31/08/05, Martin Maechler > david>
>> <maechler at stat.math.ethz.ch> wrote: [...]
>> >
>> > >> That "last thing matched was not a buffer" sounds
>> pretty > >> nasty, but I've never seen it. It must be >
>> >> Xemacs-specific somehow.
>> > >>
>> > >> Any Xemacs users who can help ??
>> > >>
>> >
>> > david> I can confirm the behaviour. I have just
>> installed > david> xemacs (version 21.4 patch 17 on
>> ubuntu 5.04), > david> checked ess out of subversion and
>> got the same > david> message.
>> >
>> > david> As to what it means . . . sorry I can't
>> help. I'm > david> going back to real emacs :)
>> >
>> > Thank you, David.
>> >
>> > Still, I've now also installed xemacs21 on my ubuntu
>> system at > home, and while it gives strange startup
>> messages and warnings, > ess 5.2.9 seems to work quite
>> nicely. > Both with my usual (non trivial)
>> initializations (.emacs or .xemacs/init.el) > and used as
>> > xemacs --vanilla > and then in the *scratch* buffer >
>> (load "..../ess/lisp/ess-site")
>> >
>> > and everything worked (M-x R ; editing *.R files ..) >
>> as long as I tried (not too long).
>> >
>> > Now what is the difference between your setup and mine?
>> > Have you tried xemacs --vanilla + manual loading of
>> ess-site ?
>> >
>> > Regards, > Martin
>> >
>> >
>>
>>
>> --
>> David Whiting
More information about the ESS-help
mailing list