Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!mit-eddie!genrad!decvax!ucbvax!ANUBIS.UCHICAGO.EDU!mason
From: mason@ANUBIS.UCHICAGO.EDU.UUCP
Newsgroups: comp.windows.x
Subject: Gnu-Emacs behavior revisited
Message-ID: <8704060332.AA11628@anubis.UChicago.EDU>
Date: Sun, 5-Apr-87 22:32:10 EST
Article-I.D.: anubis.8704060332.AA11628
Posted: Sun Apr  5 22:32:10 1987
Date-Received: Fri, 10-Apr-87 03:41:30 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 25

There was quit a flurry about two weeks ago regarding gnu emacs on the sun
under X.  I thought I would add what little we have learned to the fray:

When you run gnu emacs on a remote machine, displaying it on the local
terminal, there is no problem with emacs refreshing the screen correctly.  If
you run it in an xterm window on your current machine with "xterm ${host}:0"
it also works fine.  It doesn't seem to work fine directly.

These were results from 3.0.  We are just now upgrading to 3.3 (as I write
this note) and hope the problem goes away.  I just thought I would mention
this to help anyone else with 3.0 out there.  

Regardless, it is surprising that changing the *Operating System* should
affect X in such an unobvious way.  Thus, the question I would put forth is
not how to fix it but rather what could they have done to make this
difference in the first place?

Commentary is welcome.  If you reply to me and there is sufficient discussion
I will summarize and post to the net.  Regardless, I will summarize and
forward to anyone who responds.

Tony Mason
Univ. of Chicago, Dept. of C.S.
ARPA: mason@anubis.uchicago.edu
UUCP: ...ihnp4!gargoyle!mason