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=VUeLzN33sDcOTGT0lrbhIqj8d8wDQospHQwNPAddPjO
	e5kwXugdT6o3GVIvgXHETdDMuvKucbf6iDU/7Ge7qqpALb4jEzOrHFla7pzsfm3J
	cexINvmGuC7+ASfdAc4YJyecg9I7EkaVFNqO+/Pqm0XJ6wWFmHLwgTzSNDn4EeQE
	=
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=mLN32aqUI3aajO6mk/DqeZAxFIo=; b=qPix7RmYGoUHjC6H/
	0RPKW8YrmaUrPUmNbDLU562mEom6YZuE24bIIpxB9U5Ql+kAqHRQMGsSgk7FkcCX
	PCX+/nICd+x9WlIdIzmrhlsvW88ku+AQu+dBdVgIJUx0upi0hcwjpGOPJKElnsiA
	derEz/XDJRbBIe+8tBM9dDUzKk=
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.7 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_PBL,RP_MATCHES_RCVD,SPF_NEUTRAL autolearn=no version=3.3.2
X-HELO:	limerock03.mail.cornell.edu
X-CornellRouted:	This message has been Routed already.
Message-ID:	<521C9644.8030109@cornell.edu>
Date:	Tue, 27 Aug 2013 08:06:28 -0400
From:	Ken Brown <kbrown AT cornell DOT edu>
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: emacs-nox hogs CPU if backgrounded during compile
References:	<520FC3DC DOT 4010700 AT cs DOT utoronto DOT ca> <521C633E DOT 9070209 AT cs DOT utoronto DOT ca>
In-Reply-To:	<521C633E.9070209@cs.utoronto.ca>

On 8/27/2013 4:28 AM, Ryan Johnson wrote:
> On 17/08/2013 2:41 PM, Ryan Johnson wrote:
>> Hi all,
>>
>> The following STC causes emacs-nox to peg a CPU indefinitely. Emacs
>> remains responsive, but C-c C-k doesn't kill the compile; you have to
>> exit emacs to remove the "Compiling" status. Killing the buffer or
>> starting a new compile offers to kill the offending process, but doesn't.
>>
>> Attaching gdb shows an endless loop inside
>> kernelbase.dll!RaiseException, but provides no other clues that I
>> could see.
>>
>> 1. emacs-nox -Q
>> 2. M-x compile
>> 3. C-a C-k sleep 1; echo hi
>> 4. ^Z (before the sleep finishes)
>> 5. fg (after the sleep finishes)
>>
>> I don't know if this is related to limited pipe buffering, but I don't
>> think so: it has always worked in the past, and the the 3-4 bytes
>> required to buffer up "hi\n" is hardly onerous.
>>
>> $ uname -a
>> CYGWIN_NT-6.1 ryan-laptop-v02 1.7.24(0.269/5/3) 2013-08-15 11:59
>> x86_64 Cygwin
>>
>> $ cygcheck -cd
>> bash                      4.1.11-1
>> cygwin                    1.7.24-1
>> emacs                     24.3-5
>> mintty                    1.2-beta1-1
 > Ping... is anyone else at least able to reproduce this?

I can reproduce this on both x86 and x86_64, even without the "echo hi". 
  Since gdb doesn't seem to be helping, have you tried strace?  And when 
you say this has always worked in the past, are you talking about 
earlier versions of emacs or earlier versions of cygwin?  In either 
case, you could try a bisection to see when the problem first appeared.

I don't have time to try this myself right now.

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 -