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:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type; q=dns; s=default; b=mW/sg
	J212qkrGaMCU7YxuWfnGYzyXC/oE1HjioSgqKfth89EZwfXIIWSkTXy2qNcKO0Ay
	L52xHr6coU0ered7btJPhVD3P1/Q9w3cxGN4PTFglEYnjyZXAh8A5gXlLrG8o25P
	5WURgM3l9cuL/SjkJKJUikFewWpegtKjSvSy34=
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:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type; s=default; bh=xTlHrXD1gmP
	T5LnsZnzTqGJG1JI=; b=RyW0xMn4Jk/Pdg7H1MkvxBjxh/ZAZvDX19kKYrFzhXv
	e2/ayPFg8mePVy0YUAfIUTdEyC5xBy2ctUI4QapfgdPmLTLwxXc55movzFgLsVpk
	DjVm3MAgM0GiqLTBW7Pf9HqDKOfqwaBJQKEhJOvo1oTLVgGhUEYOw7nf7zpyFqJU
	=
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-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=uname, 1001, timer, personal
X-HELO: mx009.vodafonemail.xion.oxcs.net
From: Achim Gratz <Stromeko AT nexgo DOT de>
To: cygwin AT cygwin DOT com
Subject: Re: Fork issue with timerfd
References: <20190224190908 DOT GB10574 AT calimero DOT vinschen DOT de>	<20190224195255 DOT GF4133 AT calimero DOT vinschen DOT de>	<133d62b5-afd5-ae73-b950-7b50471e111e AT cornell DOT edu>	<3142aff3-c7c3-187f-233e-089c5dc15ea2 AT cornell DOT edu>	<20190225100300 DOT GH4133 AT calimero DOT vinschen DOT de>	<20190225202050 DOT GP4133 AT calimero DOT vinschen DOT de>	<e2cae181-b96a-2ce0-34b8-f8a48714c828 AT cornell DOT edu>	<20190226085730 DOT GQ4133 AT calimero DOT vinschen DOT de>	<20190226094838 DOT GS4133 AT calimero DOT vinschen DOT de>	<d367bf35-3c62-15e9-f292-ff709066ec4c AT cornell DOT edu>	<20190227161904 DOT GC4133 AT calimero DOT vinschen DOT de>	<79567e26-1232-f462-9867-a463da0be56f AT cornell DOT edu>	<877edeo6cq DOT fsf AT Rainer DOT invalid>	<32195809-e79e-934c-2176-b498a7b379a4 AT cornell DOT edu>
Date: Tue, 05 Mar 2019 20:15:32 +0100
In-Reply-To: <32195809-e79e-934c-2176-b498a7b379a4@cornell.edu> (Ken Brown's	message of "Mon, 4 Mar 2019 21:45:22 +0000")
Message-ID: <87lg1t8757.fsf@Rainer.invalid>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="

--=-=-=
Content-Type: text/plain

Ken Brown writes:
> On 3/4/2019 1:13 PM, Achim Gratz wrote:
>> I consistently see that problem with the latest snapshot 20190303 when
>> trying to save a changed document from emacs-w32.  I didn't try
>> emacs-X11 and emacs-nox doesn't exhibit the problem (or rarely enough
>> that I got through the day without it ever occuring).
>
> By "that problem" do you mean a fork failure?  I don't think it could be related 
> to the timerfd issues unless you're using an emacs that you built yourself or 
> installed from my personal Cygwin repo.  The emacs in the Cygwin distro was 
> built before Cygwin supported the timerfd functions and so it doesn't try to use 
> them.

Sorry, I shouldn't have said timerfd, it was just related to another
piece of timer code.  What I was talking about was this:


--=-=-=
Content-Type: text/plain
Content-Disposition: inline; filename=emacs-crash

(1001)~ > uname -a
CYGWIN_NT-10.0-WOW DRSSA732 3.0.2s(0.338/5/3) 2019-03-03 11:25 i686 Cygwin
(1002)~ > emacs-w32 &
[1] 60
(1003)~ >       1 [main] emacs-w32 60 D:\Freeware\Cygwin32\bin\emacs-w32.exe: *** fatal error - CreateThread failed for itimer - 0x0<0x0>, Win32 error 8

bin/                     emacs-w32.exe.stackdump*
(1003)~ > cat emacs-w32.exe.stackdump
Stack trace:
Frame     Function  Args
End of stack trace
[1]  + Hangup                        emacs-w32
(1004)~ >


--=-=-=
Content-Type: text/plain


Anyway, the latest snapshot seemingly resolved that issue as well, I can
no longer reproduce it.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra


--=-=-=
Content-Type: text/plain; charset=us-ascii


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