[lug] Emacs problem

David dajo at frii.com
Fri Aug 17 12:13:17 MDT 2001


This is beginning to look like a problem that is not in Emacs, but is
elsewhere.  If so, that is plain wonderful, since this is a Linux list 8-)


However, do some carefully controlled tests to see if you can be
precise.  Input key sequences which are punctuated by keys that you
know work, and then look carefully at the output from view-lossage.
Here is a suggestion, ignore whitespace,, do it in a new, empty buffer.

OOOOOOOO  123  ESC b  456  ESC f  123  M-b  456  M-f  
          123  ESC <  456  ESC >  
          123  M-<    456  M->    123  XXXXXXXX

Create others that investigate specific areas of interest; you are in
the best position to do this.  Do it in X and in the console.

If view-lossage corresponds to what you typed, then the problem is in
emacs; if it don't, it ain't.  The latter means that something is
wrong with your window manager (not in the console), L***x (uh!), or
hardware.


Other things that I note are these:

* you still have not told us when this problem started, and whether
  there was an associated configuration change

* it is interesting that you use Xemacs in a console and not in X; you
  could try GNU emacs and see if that performs differently.  It occurs
  to me that there could be some bizarre behaviour whereby xemacs
  refuses to accept certain keystrokes; also that is why the timing
  issue above is important.

* this is suspicious:
> Hopefully this should clear up any ambiguity; xemacs just isn't catching
> the keystrokes bound to end-of-buffer for some reason (or, I noticed,
> beginning-of-buffer).  If I need to give out more information to further
xemacs is the entity that does the binding between a keystroke that it
receives and one of its commands.  It does not make sense to say that
xemacs is not catching keys bound to its commands.  It does point to a
faulty command - but this is all in conflict with the keys not being
seen in the first place. 

dajo



More information about the LUG mailing list