Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!columbia!rutgers!ucla-cs!zen!ucbvax!VIOLET.BERKELEY.EDU!hodges
From: hodges@VIOLET.BERKELEY.EDU
Newsgroups: comp.windows.x
Subject: Xsun with gnu emacs bug
Message-ID: <8708121652.AA04634@violet.berkeley.edu>
Date: Wed, 12-Aug-87 12:52:32 EDT
Article-I.D.: violet.8708121652.AA04634
Posted: Wed Aug 12 12:52:32 1987
Date-Received: Sat, 15-Aug-87 00:47:54 EDT
References: <10174@orchid.waterloo.edu>
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 23


   When using gnuemacs (18.47) with Xsun (10.4) on a Sun 3/50 (Sun OS 3.1),
   the window is not updated after certain commands (for example ^X^F)
   until I type another command. 

   Any fixes for this?

	I have observed similar problems with an earlier gnu, 18.45 I
think.  The problems go away with Sun OS 3.2. I am now using 18.46 on
a sun under os 3.2.
	A work-around is to start gnu from an xterm window (e.g., the
console window) by directly entering the start-up command:

%emacs <parameters> &

or to put the startup command in a file and source the file:

%source emacs-startup

	For some unknown reason, it does not work to put execute
permissions on the startup file and execute it directly from xterm
(you get the behavior referred to in the query), and there doesn't
seem to any way to automate starting up emacs in .cshrc.