Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!husc6!bloom-beacon!rlk
From: rlk@athena.mit.edu (Robert L Krawitz)
Newsgroups: comp.emacs,comp.windows.x
Subject: Re: gnuemacs startup problem under X.V10R4 (FIX)
Message-ID: <731@bloom-beacon.MIT.EDU>
Date: Sun, 31-May-87 20:55:00 EDT
Article-I.D.: bloom-be.731
Posted: Sun May 31 20:55:00 1987
Date-Received: Tue, 2-Jun-87 02:54:53 EDT
Sender: daemon@bloom-beacon.MIT.EDU
Reply-To: rlk@athena.MIT.EDU
Organization: Massachusetts Institute of Technology
Lines: 19
Xref: mnetor comp.emacs:1058 comp.windows.x:845

In article <625@savax.UUCP> dove@savax.UUCP (webster dove) writes:
]
]I have noticed at least one message reporting problems with gnuemacs
]not starting up under X.  I discovered (but have not investigated) the
]fact that you must permit gnuemacs (I have 18.44) to read the X term
]file in order for it to startup.  If you null the gnuemacs variable
]
]term-file-prefix
]
]in .emacs to prevent loading a term file (I had done that because it speeds
]gnuemacs startup on regular terminals) then gnuemacs will sit forever
]when invoked under X.

Right; nulling term-file-prefix will lose under vanilla emacs 18.  I
hacked it to parse X command line args in C, and to pop up the window
from C; this completely eliminates the problem.  I gave the changes
back to RMS; he didn't put them in.

Robert^Z