From xemacs-m  Tue May 20 07:48:53 1997
Received: from wr.com.au (wr.com.au [203.12.42.10])
	by xemacs.org (8.8.5/8.8.5) with SMTP id HAA08008
	for <xemacs-beta@xemacs.org>; Tue, 20 May 1997 07:48:51 -0500 (CDT)
Received: from ishtar (dialup110.wr.com.au) by wr.com.au (5.x/SMI-SVR4-1.0)
	id AA01037; Tue, 20 May 1997 22:45:27 +1000
Message-Id: <9705201245.AA01037@wr.com.au>
Comments: Authenticated sender is <davidh@mail.wr.com.au>
From: "David Hobley" <davidh@wr.com.au>
To: xemacs-beta@xemacs.org
Date: Tue, 20 May 1997 22:49:28 +1000
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
Subject: select problems in the (almost) NT port
Reply-To: davidh@wr.com.au
Priority: normal
X-Mailer: Pegasus Mail for Win32 (v2.53/R1)

All,

I have run into a bit of a stumbling block with the NT port. XEmacs 
assumes that adding plain file descriptors with XtAppAddInput() is 
going to work.

Unfortunately, under Windows, select only works with sockets, not 
files and as such the XtAppMainLoop fails as soon as select gets 
called (deep in the internals).

I could try and rewrite select, but the more I think about it, the 
more of a kludge that feels like.

Could someone explain to me the reason XEmacs wants to add 
(plain) file descriptors via XtAppAddInput() ? Surely they would 
always return true. Would it be better to abstract that out, or 
should I bite the bullet and rewrite select (somehow ;-) ?

The GNU Emacs port has a rewritten select to allow for subprocesses, 
I may be forced to go along that route anyway, but I would prefer not 
to.

Cheers,
david

