X-Recipient: archive-cygwin@delorie.com X-Spam-Check-By: sourceware.org Date: Mon, 30 Aug 2010 19:56:51 +0200 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: /dev/windows and select() [was Re: Slow response to keypresses in xorg-server-1.8.0-1] Message-ID: <20100830175651.GP6726@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20100830112313.GN6726@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com On Aug 30 12:49, Brian Ford wrote: > On Mon, 30 Aug 2010, Corinna Vinschen wrote: > > > I applied a patch to Cygwin which should make select on /dev/windows > > fully functional. > > > > The blessed solution is to replace the call to MsgWaitForMultipleObjects > > with a call to MsgWaitForMultipleObjectsEx with the MWMO_INPUTAVAILABLE > > flag set. This flag is defined to do exactly what we need. > > Just wondering, does this also effect select/poll on sockets in either 1.7 > or 1.5? Not at all. It only affects select on /dev/windows. > A long time ago (1.5.18) I discovered a delay in select on sockets > wondered if this might have been related. The implementation of the socket-specific code in the select function has been rewritten from sratch for 1.7. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple