[ESS-bugs] Re: [ESS] hitting return won't move the cursor down

Martin Maechler maechler at stat.math.ethz.ch
Thu Mar 24 21:17:36 CET 2005


>>>>> "StEgl" == Stephen Eglen <S.J.Eglen at damtp.cam.ac.uk>
>>>>>     on Thu, 24 Mar 2005 17:49:42 +0000 writes:

    StEgl> hi Martin
    >> I've now just tried to old Xemacsn (21.4.8 and 21.4.9)
    >> and a new Xemacs (21.4.17) on two different Linux
    >> distros, and on both, I couldn't reproduce the problem:
    >> the auto filling just worked fine
    >> 
    --> then I checked:
    >>  For both Xemacsen, the enable-multibyte-characters
    >> variable was set to 't' for me, from the start, even when
    >> I started
    >> 
    >> Xemacs -q --no-site-file

    StEgl> I'm running 21.4.16.  When I do "xemacs -q", I do not
    StEgl> have any variable called enable-multibyte-characters,
    StEgl> and I don't get the ISO8, so I'm purely ASCII here I
    StEgl> guess.

    >> I also notice that both these Xemacsen display "ISO8" in
    >> the very left of the "status bar" (the "bar" above the
    >> mini buffer), which tells me that Xemacs somehow knows
    >> that I'm not an ASCII-only person, even without any
    >> initialization files.
    >> 
    >> Maybe it uses LC_* environment variables or something?
    >> No, that can't be it, since on one platform I haven't set
    >> any...

    StEgl> It could be the way xemacs was compiled.  I just
    StEgl> used: ./configure
    StEgl> '--prefix=/home/raid/bio/sje30/NOBACKUP/local'

    StEgl> but your install may have a config file that includes
    StEgl> "--with-mule" or similar?

Indeed, right on target, Stephen!  

I found that xemacs knows

   M-x describe-installation

which gives (for the one on my notebook with Redhat Enterprise) :

uname -a: Linux bugs.build.redhat.com 2.4.21-23.ELsmp #1 SMP Thu
Oct 28 20:10:03 EDT 2004 i686 i686 i386 GNU/Linux

./configure  'i386-redhat-linux-gnu' '--prefix=/usr'
'--exec-prefix=/usr' '--bindir=/usr/bin' '--datadir=/usr/share'
'--libdir=/usr/lib' '--mandir=/usr/share/man/man1'
'--infodir=/usr/share/info' '--with-gpm=no'
'--with-sound=native' '--with-pop' '--mail-locking=lockf'
'--with-clash-detection' '--debug=yes' '--with-mule=yes'
'--with-database=berkdb' '--with-ldap=yes' '--with-hesiod=no'
'--with-canna=yes' '--with-wnn=yes' '--with-xim=xlib'
'--with-athena=3d' '--with-widgets=athena'
'--with-menubars=lucid' '--with-scrollbars=lucid'
'--with-dialogs=athena' '--with-msw=no' '--with-xfs=yes'
'--pdump'

XEmacs 21.4.13 "Rational FORTRAN" configured for `i386-redhat-linux'.

Compilation / Installation:

   .....
   .....

   .....

Internationalization:
  Compiling in support for Mule (multi-lingual Emacs).
  Compiling in support for XIM (X11R5+ I18N input method).
    - Using raw Xlib to provide XIM support.
    - Using XFontSet to provide bilingual menubar.
  Compiling in support for Canna on Mule.
  Compiling in support for the WNN input method on Mule.

   ........

------------

So actually, that's for once an example where Redhat provided
quite a nice job.

    StEgl> Either way, your workardound in SVN works for me.
    StEgl> best wishes,

good.  Thanks for the confirmation!

Ok, now we have to only tackle the  
 filename vs. object-name vs "both" completion...

Martin




More information about the ESS-bugs mailing list