DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=OFJ3EKKB8F7ZflRO
	pOjb964LLHxx1FOW/ZA4KJn/9NA5r5XAE0rzx+/x7dW1D6YibPc5IZf8GZUerKmb
	tgJEAU2fw5QMxi8p8n6rnQkeOX/FY1ruS+qtVJ+ifQkBc6riogARDuMWBjRPr2kb
	CJx1dz2f0JAvzCcAcbriDhsqh/A=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Subject: Re: gcc segfaults compiling python extensions
To: cygwin AT cygwin DOT com
References: <CAPq-Lw0SPYCyDqtpQE=bHOsOw2hnD-taZ+HLYOXZjSvsctpkjw AT mail DOT gmail DOT com>
From: cyg Simple <cygsimple AT gmail DOT com>
Message-ID: <a576db9b-881d-e17a-edbe-761e9179180f@gmail.com>
Date: Fri, 18 Aug 2017 09:09:04 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <CAPq-Lw0SPYCyDqtpQE=bHOsOw2hnD-taZ+HLYOXZjSvsctpkjw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

On 8/18/2017 1:21 AM, Joachim Metz wrote:
> Hello CygWin maintainers,
> 
> I want to report an observation, which might help address a bug.
> 
> This issue has been reported in the past in:
> https://cygwin.com/ml/cygwin/2014-10/msg00502.html
> 
> I recently ran into the same issue:
> 
> On AppVeyor [https://ci.appveyor.com/] running Windows Server 2012 R2
> With the latest available cygwin 32-bit
> [https://github.com/libyal/libfwnt/blob/master/appveyor.yml#L39]
> 
> building a Python module for CygWin python (no Windows Python) causes
> gcc to SIGSEGV (11)
> 
> gcc -fno-strict-aliasing -ggdb -O2 -pipe
> -Wimplicit-function-declaration
> -fdebug-prefix-map=/usr/src/ports/python2/python2-2.7.13-1.i686/build=/usr/src/debug/python2-2.7.13-1
> -fdebug-prefix-map=/usr/src/ports/python2/python2-2.7.13-1.i686/src/Python-2.7.13=/usr/src/debug/python2-2.7.13-1
> -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DHAVE_CONFIG_H=
> -DLOCALEDIR="/usr/share/locale" -Iinclude -Icommon -Ilibcerror
> -Ilibcthreads -Ilibcdata -Ilibcnotify -Ilibfwnt
> -I/usr/include/python2.7 -c libcerror/libcerror_error.c -o
> build/temp.cygwin-2.8.2-i686-2.7/libcerror/libcerror_error.o
> error: command 'gcc' terminated by signal 11
> Running: 'setup.py build' failed
> 

Was there a stackdump file you could have attached?  What happens if you
remove the -O3 and -O2 for that matter. I find it interesting that
you're using a 32bit Cygwin on a server that only executes on a 64bit
CPU.  Does this happen with 64bit Cygwin?  No, then use it instead.

> Also see: https://ci.appveyor.com/project/joachimmetz/libfwnt/build/79/job/l1gqocdqoafax0k7
> 
> 
> As per: https://cygwin.com/ml/cygwin/2014-10/msg00552.html I switched
> to Windows Server 2016 and this indeed does not show the same issue.
> 

So some anomaly in Windows itself was resolved.  Should we really worry
about such an issue in Cygwin?  Only if Cygwin is using some API that is
only available in Windows Server 2016 is my POV.

> I've been tracking this in: https://github.com/libyal/libyal/issues/34
> 
> Hope to have sufficiently informed you.
> 
> Let me know if you need additional information.
You could try debugging the failures.  Follow the gcc issue with an
strace of the processes.  Attach the stackdump file if one was created, etc.

-- 
cyg Simple

--
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