From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 119873 invoked by alias); 1 May 2015 17:58:12 -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 119863 invoked by uid 89); 1 May 2015 17:58:11 -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_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 X-HELO: mout.kundenserver.de Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.126.130) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 01 May 2015 17:58:09 +0000 Received: from [192.168.2.107] ([88.73.27.58]) by mrelayeu.kundenserver.de (mreue001) with ESMTPSA (Nemesis) id 0MBO57-1YxpZT1rcb-00AFJA for ; Fri, 01 May 2015 19:58:06 +0200 Message-ID: <5543BEAE.3000703@towo.net> Date: Fri, 01 May 2015 18:19:00 -0000 From: Thomas Wolff User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: [64bit] cygwin-devel headers broken References: <554279F0.5040505@towo.net> <5543090D.9030409@gmail.com> <55436D3A.2050200@dronecode.org.uk> In-Reply-To: <55436D3A.2050200@dronecode.org.uk> X-TagToolbar-Keys: D20150501195806421 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-UI-Out-Filterresults: notjunk:1; X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg00012.txt.bz2 Am 01.05.2015 um 14:10 schrieb Jon TURNEY: > On 01/05/2015 06:03, Marco Atzeri wrote: >> On 4/30/2015 8:52 PM, Thomas Wolff wrote: >>> There is a crash issue induced on cygwin-64 (not on -32) after >>> compilation with cygwin-devel 2.0.0 include files. I am recompiling my >>> editor mined and it crashes, maybe immediately or after typing >>> non-trivial input (like function keys, waiting for input with >>> select()). >>> ... >>> >> >> I had a similar issue. But in my case the compilation fails as >> select seems gone: > > It seems that sys/select.h is no longer implicitly included by some > other header, I think probably sys/time.h. Thanks for the hint, adding an include solves the issue. It had compiled without because I have a plain extern int select() declaration. It's obviously not a good declaration because the pointer arguments can now be 64 bit. (I think I could not unconditionally include select.h for porting compatibility with some legacy systems that don't have it.) Not sure whether it's a bug then as arguably a program using select should declare it properly. On the other hand this issue has not appeared on any other system and if traditionally include time.h used to imply include select.h maybe that should be maintained. ------ Thomas -- 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