Path: utzoo!attcan!uunet!lll-winken!lll-lcc!ames!ncar!husc6!rice!sun-spots-request
From: houk@sli.com (Robert D. Houk)
Newsgroups: comp.sys.sun
Subject: GNUemacs behavior problems
Message-ID: <8901110233.AA04016@gesun.sli.com>
Date: 16 Jan 89 07:01:46 GMT
Sender: usenet@rice.edu
Organization: Sun-Spots
Lines: 29
Approved: Sun-Spots@rice.edu
Original-Date: Tue, 10 Jan 89 21:33:50 EST
X-Sun-Spots-Digest: Volume 7, Issue 105, message 20 of 22

I am seeing some weird behavior of GNUemacs that I am hoping someone can
explain. I am running GNUemacs 18.47 on a Sun-3/60 os 3.5. I run emacs
"straight" under a c-shell, I don't run emacstool. If I run emacs on the
console (1152x900 B&W), it runs fine, and the "Left" and "Right" keys work
nicely as "meta" keys. If I rlogin from my 3/60 to either of our Sequent
systems (one "Balance" and one "Symmetry"), emacs runs happily, and the
"Left" and "Right" keys work nicely as "meta" keys.  If I rlogin to either
our other Sun-3/60 or Sun-3/75, and run emacs then at first the "Left" and
"Right" keys work as "meta" keys, but after one or two vists to shell
level (via ^Z bound to "suspend-emacs", although even m-X suspend-emacs
shows the same undesirable behavior) the "meta-ness" disappears - the
"Left" and "Right" keys are totally ignored. At this point, "^S/^Q" also
stop working (i.e., emacs no longer sees them, I can't search, save, etc.
- ^S is being processed as XOFF, ^Q as XON - rather annoying!). This is
very reproducible, although inconsistent - it typically takes two cycles
to reproduce, sometimes four or five, sometimes the first time. The
behaviour is invariant wrt from which of the suns I start, and to which
system I rlogin (and they are all running os'es built from the same set of
object files).

I want my "meta" keys . . .

Can anyone explain this behaviour? Am I doing something wrong/silly?
Offer any suggestions as to what I should be looking for? (for example,
"stty everything" shows no changes.)

Thankx for any help...

	-RDH