X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:cc
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=MaWVL9mUTzyZhEyH
	3Wkn2pZ8wcpXCpV/PoihaqPsmwM3fH6Ia7TBNhrndBFraVPpJGsY9ftdTBna6ipY
	l7Qk4gzv6FcRWNIp76BpzbkMilhshHAXkqn1smR4Cdq8ucW6+cdXBOdxG645eyXv
	kfbsJof9u6OIw+J9lJPvNmIp4kE=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:cc
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=ISMIOdYlO1SaIgmm6+yRUG
	Bysw8=; b=Njl2EJA1kfFxO1K55sYJcal6euDUylRCGQlMDmliJT/vYva6/r9Wen
	rMM2IXZlknXbUJTJnhPBh22J+BASwBdXEF72SCpgPae+/ltP/+2leJoO6VzxuZwR
	sYhxsuWzNRm4jJDoKzoQunhyf75gpL9D3Ym9Y1AARGu+bau97zs84=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-2.5 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	limerock03.mail.cornell.edu
X-CornellRouted:	This message has been Routed already.
Message-ID:	<544F9E4E.9080107@cornell.edu>
Date:	Tue, 28 Oct 2014 09:46:54 -0400
From:	Ken Brown <kbrown AT cornell DOT edu>
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
CC:	Eli Zaretskii <eliz AT gnu DOT org>
Subject:	Re: Threads
References:	<54450835 DOT 3050602 AT cornell DOT edu> <5448E6F9 DOT 8040005 AT dronecode DOT org DOT uk> <5448EEBF DOT 3020706 AT cornell DOT edu> <20141023153730 DOT GC20607 AT calimero DOT vinschen DOT de> <544A327E DOT 9090006 AT dronecode DOT org DOT uk> <20141024125416 DOT GK20607 AT calimero DOT vinschen DOT de> <20141024135231 DOT GL20607 AT calimero DOT vinschen DOT de> <544F736F DOT 2020900 AT dronecode DOT org DOT uk> <20141028114032 DOT GJ20607 AT calimero DOT vinschen DOT de>
In-Reply-To:	<20141028114032.GJ20607@calimero.vinschen.de>
X-IsSubscribed:	yes

On 10/28/2014 7:40 AM, Corinna Vinschen wrote:
> On Oct 28 10:43, Jon TURNEY wrote:
>> On 24/10/2014 14:52, Corinna Vinschen wrote:
>>> I discussed this with my college Kai Tietz (many thanks to him from
>>> here), and we came up with a problem in sigdelayed in the 64 bit case:
>>> pushf is called *after* aligning the stack with andq.  This alignment
>>> potentially changes the CPU flag values so the restored flags are
>>> potentially not the flags when entering sigdelayed.
>>>
>>> I just applied a patch and created new snapshots on
>>> https://cygwin.com/snapshots/
>>>
>>> I couldn't reproduce the problem locally, so I'd be grateful if you
>>> could test if that fixes the problem in your testcase, Jon.
>>
>> I've tried that snapshot with both my testcase and emacs, without problems.
>>
>> Thanks very much for fixing this!
>
> Thanks again to Kai Tietz for helping me with this.

And thanks to Eli for suggesting that we look for corruption of the flags 
register, and to Jon for providing the test case that narrowed it down to signal 
handling.

Ken

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

- Raw text -