From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 120788 invoked by alias); 19 Jan 2017 13:23:20 -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 120766 invoked by uid 89); 19 Jan 2017 13:23:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_20,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=resultant, have_pselect, HAVE_PSELECT, DLL X-HELO: mailsrv.cs.umass.edu Received: from mailsrv.cs.umass.edu (HELO mailsrv.cs.umass.edu) (128.119.240.136) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 19 Jan 2017 13:23:18 +0000 Received: from [192.168.0.3] (c-24-62-203-86.hsd1.ma.comcast.net [24.62.203.86]) by mailsrv.cs.umass.edu (Postfix) with ESMTPSA id 4E5F4404D124; Thu, 19 Jan 2017 08:23:16 -0500 (EST) Reply-To: moss@cs.umass.edu Subject: Re: [ANNOUNCEMENT] Updated: libreadline7-7.0.1-1, libreadline-devel-7.0.1-1, bash-4.4.5-1 References: <587f00e3.072c9d0a.867a0.d29e@mx.google.com> <58804d14.26149d0a.21734.79aa@mx.google.com> To: cygwin@cygwin.com From: Eliot Moss Message-ID: <102fbd64-1bc2-41ee-63d2-932a81124b75@cs.umass.edu> Date: Thu, 19 Jan 2017 13:23:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <58804d14.26149d0a.21734.79aa@mx.google.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-01/txt/msg00252.txt.bz2 On 1/19/2017 12:22 AM, Steven Penny wrote: > On Tue, 17 Jan 2017 21:45:07, Steven Penny wrote: >> I would like to keep this productive; my next step is to try to unpack that >> large commit, while also helping Eric to reproduce. > > I have root caused this. With the new readline, running ./configure creates > config.h, as expected. However new version adds this line: > > #define HAVE_PSELECT 1 > > If you remove this from config.h, then make, the resultant DLL behaves as it did > with previous readline. Not sure what is causing this change, I will try to dig > into it more. You probably found it, but here's why they added use of pselect: "h. Use pselect(2), if available, to wait for input before calling read(2), so a SIGWINCH can interrupt it, since it doesn't interrupt read(2)." Of course that does not explain why it's not working how we would like ... Regards - EM -- 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