From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 72081 invoked by alias); 3 Jan 2016 00:45:45 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 72060 invoked by uid 89); 3 Jan 2016 00:45:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.1 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=seasoned, Section, clearing, awaits X-HELO: m0.truegem.net Received: from m0.truegem.net (HELO m0.truegem.net) (69.55.228.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Sun, 03 Jan 2016 00:45:43 +0000 Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id u030jfna038644 for ; Sat, 2 Jan 2016 16:45:41 -0800 (PST) (envelope-from mark@maxrnd.com) Received: from 76-217-5-154.lightspeed.irvnca.sbcglobal.net(76.217.5.154), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdwDoDTS; Sat Jan 2 16:45:32 2016 Subject: Re: cygwin.dll: bug with select on Windows console References: <5680953B.8050200@glup.org> <568776D4.7020102@glup.org> From: Mark Geisert To: cygwin@cygwin.com Message-ID: <56886F32.1060004@maxrnd.com> Date: Sun, 03 Jan 2016 00:45:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <568776D4.7020102@glup.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-01/txt/msg00009.txt.bz2 John Hood wrote: > More observations: > > * This also happens on a Windows 8.1 VDI install with a different AV/security > solution-- different enough from my machine that I don't think the Windows/app > environment is the cause of this, it looks more strongly like a Cygwin issue to me. > > * > clearly states that select() must zero out all FD_SET bits when it returns 0. > > * Moving the mouse cursor around over the console window (at a bash prompt, > without mouse modes enabled) makes this issue happen *much* more frequently. I've looked at the Cygwin source for select(), and maybe other folks have, so the issue is not being ignored at least. It seems to me this odd case (not clearing the fd sets on zero return) is being overlooked by Cygwin's rather hairy select() implementation. But I'm just a guy on the mailing list and the definitive answer awaits the return of seasoned Cygwin developer(s). :-) > I'd investigate further but on current Git sources, 'make' fails for me with this: > > /home/cgull/src/newlib-cygwin/newlib/libc/configure: line 2164: syntax error > near unexpected token `..' > /home/cgull/src/newlib-cygwin/newlib/libc/configure: line 2164: > `NEWLIB_CONFIGURE(..)' Are you following the instructions in the FAQ, Section 6.21? It's not difficult to build the Cygwin DLL but you do want to follow the FAQ because there are numerous cul-de-sac opportunities otherwise. ..mark -- 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