delorie.com/archives/browse.cgi | search |
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> |
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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |