X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Mon, 30 Aug 2010 19:56:51 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT 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 AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20100830112313 DOT GN6726 AT calimero DOT vinschen DOT 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 AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT 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