[gnu.emacs.bug] Remember that X bug?

tale@pawl.rpi.edu (David C Lawrence) (04/11/89)

A couple of weeks ago I reported a problem which I was having with
Emacs running on a remote machine not being able to open my display.
A number of people suggested that I xhost, but that was primarily
because I neglected to mention explicitly that the remote machine was
xhosted.  

Thanks to some some help from Chris Welty, we found out the problem.
He discovered that emacs -d {IP numeric address here}:0 would get the
window up fine, but that using the hostname would not.  Seems as
though gethostbyname was bombing somewhere along the way.  Well, we
had just upgrade from SunOS 3.5 (which X11 was built under) to SunOS
4.0.1.  Any new X applications which tried to be built with the pre
OS-upgrade libraries had the same problems which Emacs was having.
Missing /etc/resolv.conf for a little while (when one of the libraries
was built?) also might have had a hand in it.

The result of all of this (with some speculation) was that we rebuilt
X and then rebuilt Emacs with the new libraries.  Works as it should
now.  Hoorah.

(Oh, but in the process I managed to get us up to 18.53.4 when I've
only applied two patches ... not that it really matters, but how did
it get up there?  I tried removing any hints if earlier versions from
the directories and grep'ed the {etc,src}/* files for the 18.53 string
but couldn't find where Emacs was keeping track of the patch level.
How does temacs inc_version (or whatever) know what level it is to?)

YAD (Yet Another Dave)
--
      tale@rpitsmts.bitnet, tale%mts@itsgw.rpi.edu, tale@pawl.rpi.edu

tale@pawl.rpi.edu (David C Lawrence) (04/11/89)

In article <TALE.89Apr10220603@imagine.pawl.rpi.edu> I said:

tale> (Oh, but in the process I managed to get us up to 18.53.4 when
tale> I've only applied two patches ... not that it really matters,
tale> but how did it get up there?  I tried removing any hints if [sic]
tale> earlier versions from the directories and grep'ed the
tale> {etc,src}/* files for the 18.53 string but couldn't find where
tale> Emacs was keeping track of the patch level.  How does temacs
tale> inc_version (or whatever) know what level it is to?)

Please don't flood me with replies (I think I'll never forgot when I
got 87 replies about "Emack's and Bolio's" and ITS).  I found out my
answer a few minutes later when I went into the lisp directory looking
for something else.  Staring me right in the face were grow-vers.el,
inc-vers.el and version.el.  I tweaked the level back down to 1 before
a rebuild and everything was peachy.

Actually, what I was looking for was a clue as to where to put the
autoloads and such that I wanted for my site; I had them in
site-init.el (where ${EMACS}/INSTALL said to put any code that was to
be loaded into the dumped Emacs) and they didn't take.  Perusing the
code to loadup.el I finally found my answer (that it should have been
in site-load).  Perhaps the mention of site-init.el in INSTALL should
be a little more clear on what should go into site-init?
--
      tale@rpitsmts.bitnet, tale%mts@itsgw.rpi.edu, tale@pawl.rpi.edu