Path: utzoo!mnetor!tmsoft!torsqnt!jarvis.csri.toronto.edu!rutgers!ucsd!usc!henry.jpl.nasa.gov!elroy.jpl.nasa.gov!cit-vax!tim
From: tim@cit-vax.Caltech.Edu (Timothy L. Kay)
Newsgroups: gnu.emacs.bug
Subject: Re: 386/ix: X support and shared libraries
Message-ID: <12720@cit-vax.Caltech.Edu>
Date: 18 Nov 89 06:24:25 GMT
References: <12551@cit-vax.Caltech.Edu> <15913@bloom-beacon.MIT.EDU>
Reply-To: tim@cit-vax.UUCP (Timothy L. Kay)
Distribution: gnu
Organization: California Institute of Technology
Lines: 32


In article tim@cit-vax.UUCP (Timothy L. Kay) writes:
>The only symptom I find is that xemacs doesn't work under X windows,
>but temacs does.  I am running Interactive 386/ix on a 386 clone.

In article wolfgang@BBN.COM (Wolfgang Rupprecht) writes:
>Secondly even on a local system, xemacs dumps core in (emacs) select().

I was the first poster, and I have solved my problem.  There is (almost)
nothing wrong with either Emacs or Interactive Unix.  It was simply a
mistake in configuring Emacs.  If you add the line

	#include HAVE_SELECT

to the config.h, then the program working fine.  The problem is that
RMS's select() is only partially functional, and he documented it as
such in the code.  If you try to use this one, then anything else that
uses select() (such as X window's library) won't work.  But,
Interactive supplied a select(), so there is really no problem.

Actually, there is a minor problem.  It would have been better if the
Emacs' select() function had been named my_select().  Then, if
HAVE_SELECT was undefined, we would get an undefined reference error
rather than results that almost work and seem to point the finger at
the Unix implementation.

Also, I think it would be nice to have a program that pokes around in
Unix (like the one that comes with less) and automatically creates a
config.h.  Such a program should be possible, and could work well
enough that you could get rid of all the s-*.h and m-*.h files.
Perhaps I'll write one.

Tim