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:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=x8NangWHkud9plVJGvYSD2+ybdB5PH1nXtaBsbYbt0O
	vp29acC4coIQLjIgVg6FkxCTeQiDO6HarfDFW4U8cdxmUInx3eE6bMYfEINIgeDU
	yxnSfM0h2acdKDJwnurPL2FHjXwYXzca1FjzsdDQPb0HFalzbW8ouumIqRzhL1kU
	=
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:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 s=default; bh=xVsali2B6uufqyOhH+WnrHhbpCI=; b=AoB7SeB5ZKqblTQzh
	hOrqsILqUEoddyXQX8hdA16Ty6XZEP08NMj2TwDPzoqFJfQaaI3HrqzCS3MIoUP0
	qM/VsblsYS7fNmJpMuRWfiFp60mlDzPF4yovtbU+2cv6TvhYr0DzYVAxWtnnQ2DK
	YZD/WBLuyZIfmjPixbvR4NMlSg=
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=0.4 required=5.0 tests=AWL,BAYES_00,KAM_BODY_URIBL_PCCC,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2
X-HELO: limerock02.mail.cornell.edu
X-CornellRouted: This message has been Routed already.
Message-ID: <53DEDBBA.20102@cornell.edu>
Date: Sun, 03 Aug 2014 21:02:50 -0400
From: Ken Brown <kbrown AT cornell DOT edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: (call-process ...) hangs in emacs
References: <53DB8D23 DOT 7060806 AT alice DOT it> <CAK9Gx1cjj-7cDP7CunD7Bxz35L+SU9+4Ro3HRot5cwjcArudOA AT mail DOT gmail DOT com> <20140801133225 DOT GD25860 AT calimero DOT vinschen DOT de>
In-Reply-To: <20140801133225.GD25860@calimero.vinschen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

On 8/1/2014 9:32 AM, Corinna Vinschen wrote:
> On Aug  1 14:17, Peter Hull wrote:
>> On Fri, Aug 1, 2014 at 1:50 PM, Angelo Graziosi
>> <angelo DOT graziosi AT alice DOT it> wrote:
>>> Since I upgraded to Cygwin-1.7.31*, I see similar issue in building Emacs
>>> trunk (--with-w32 build)... The build always hangs in compiling some .el
>>> file. CTRL-C does not work and I have to search the running processes with
>>> "ps" and kill them with 'kill -9'. Downgrading to 1.7.30, things work
>>> better. Now I am using 1.7.30...
>> By better, do you mean 'perfectly'? It seems like it might be a little
>> bit intermittent, from the reports I have seen.
>>
>> It's easy enough to do a cvs rdiff between the releases if 1.7.30 is
>> known to be good - I am happy to help but I am unfamiliar with the
>> code so I don't know where to start looking...
>
> It could be a problem with the new default pthread mutexes being
> NORMAL, rather then ERRORCHECK mutexes.

That does seem to be the problem, since I can reproduce the bug starting 
with the 2014-07-14 snapshot.  More precisely, I can reproduce it using 
emacs-nox (which is what the OP was using according to his cygcheck 
output) but not using emacs-X11 or emacs-w32.

I tried running emacs under gdb with a breakpoint at call_process, but 
all I could see from that is that emacs tries to fork a subprocess, but 
the call to fork() never returns.  I also tried running it under strace, 
but again all I can see is that fork() is called and then everything 
seems to be at a standstill.

Corinna, if you want to take a look, here's the precise recipe:

1. emacs-nox -Q [This should start emacs and put you in the *scratch* 
buffer.]

2. Enter the following text into the buffer:

   (call-process "pwd" nil t)

3. Position the cursor at the end of the line and type Ctrl-j.

What should happen, and what does happen prior to the 2014-07-14 
snapshot, is that the current directory is displayed, followed by the 
exit code of 0.  What happens instead is that emacs appears to hang.

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