From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 84712 invoked by alias); 8 Jan 2016 20:58:41 -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 84701 invoked by uid 89); 8 Jan 2016 20:58:40 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,KHOP_DYNAMIC,SPF_HELO_PASS,SPF_PASS,TVD_RCVD_IP autolearn=ham version=3.3.2 spammy=Hood, Bridge, cygport, 2.4.0-0.16 X-HELO: glup.org Received: from 216-15-121-172.c3-0.smr-ubr2.sbo-smr.ma.static.cable.rcn.com (HELO glup.org) (216.15.121.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 08 Jan 2016 20:58:39 +0000 Received: from minipixel.local (unknown [IPv6:2001:4830:1141:1:ae87:a3ff:fe0b:f9a8]) by glup.org (Postfix) with ESMTPSA id BB77F854D8; Fri, 8 Jan 2016 15:58:36 -0500 (EST) Authentication-Results: glup.org; dmarc=none header.from=glup.org From: john hood Subject: Re: cygwin.dll: bug with select on Windows console To: cygwin@cygwin.com References: <5680953B.8050200@glup.org> <20160107173034.GE20447@calimero.vinschen.de> <568EABDC.1050606@glup.org> <20160108162906.GJ20447@calimero.vinschen.de> X-Enigmail-Draft-Status: N1110 Message-ID: <569022FC.7030004@glup.org> Date: Fri, 08 Jan 2016 21:30:00 -0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160108162906.GJ20447@calimero.vinschen.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SW-Source: 2016-01/txt/msg00087.txt.bz2 On 1/8/16 11:29 AM, Corinna Vinschen wrote: > On Jan 7 13:18, John Hood wrote: >> Sorry about forgetting the testcase (which was good, actually, that >> version had a bug). I've attached it here. This takes a single >> argument, the timeout value for select() in microseconds. A value of >> 1000000 is fine for testing this issue. Type at it, or just bang on the >> keyboard with random keystrokes, and it will report the results from >> select() and the characters read. On a Windows console, it should >> report an error within a few seconds. Moving the mouse cursor over the >> Windows console window while typing seems to provoke the error as well. > > No chance. I tried this for a good hour now with the unpatched Cygwin > DLL on 32 bit W7 and 64 bit W10 in 32 and 64 bit in a Windows console, > and I can't provoke this error. It just works for me. My apologies for sending you down a wrong path. Try again with "socket-t 1000", which only waits 1ms. I don't know what I was thinking when I said the 1s timeout works fine. I have 3 machines available; on two the problem occurs within 1-2s of typing or mousing, and the last might take a couple of minutes. Don't spend too long trying to reproduce this-- let me know and I'll try and figure out what other variables might be at play. One possibility is that my main Windows machine is relatively slow. It has an AMD E-350 CPU, which is netbook-grade. At one point I noticed that select() takes over 1ms to execute, which affects its check for a timeout in the loop over the ready check. But then I saw that longer timeout values suffered the problem as well, and the other two machines are faster Intel Core/Xeon CPUs, Sandy Bridge or better. >> On mintty or any other pty, the error never occurs. >> >> I've been unable to build Cygwin from Git on my 32-bit install on Win7, >> thanks to various header mismatches and missing packages-- I think the >> latest was a mingw-gcc header, but I can't check that machine now. The >> FAQ entry on how to build Cygwin is quite incomplete. Are there any >> better directions for building Cygwin? > > What exactly is failing? If you installed all the packages mentioned in > the FAQ entry, plus building outside the source tree as outlined, you > should be fine. Alternatively, install the cygport package and the > 2.4.0-0.16 source package and build that via It appears I had not installed all the packages because I didn't have the setup command line syntax right, and didn't know it. setup apparently does not do any validation of its command line arguments: setup-x86.exe -M -P "docbook-xsl xmlto" fails to install any packages, and setup-x86.exe -M -P docbook-xsl xmlto only installs the first. Neither give any indication that the command line is incorrect. regards, --jh -- 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