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=kXdNR7f+z+cgBB3wQuil8fsHXNl8CfjGh27a0qXJzm1
	48Bj5cfAGclEdvE+QlT1r/6vP/7jAFOqjuUuBQZMUALYqrM7FmV5U/JGjMmxBpZ6
	6/aOzycZ287fBMTaEUwb37Nn8aQYEQSwjvL9ha5EamhtMAGN+dSH5J7pjbJX3f2E
	=
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=Z+4XBsIvwMizs0fNf9q+UcZrxQg=; b=xV+qsPjPmxHzIKGXr
	afW0oQ4LGhxwWo0420TY47T2pdBHN4+8IaVMqr0xMpMnUh3aIFAo74PSiUBs75IB
	9KGsfPBNcofJm1wut8zJdkRrTOatJKnXKPvMVl2uBZ66tbuEBwOXqWpJUKSu/iIy
	CkGg7u8Y21vqxLeuMLc5t/G2oQ=
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=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00,KHOP_THREADED autolearn=ham version=3.3.2
X-HELO:	bureau81.ns.utoronto.ca
Message-ID:	<521D9FD3.4050408@cs.utoronto.ca>
Date:	Wed, 28 Aug 2013 02:59:31 -0400
From:	Ryan Johnson <ryan DOT johnson AT cs DOT utoronto DOT ca>
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
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> <521C9644 DOT 8030109 AT cornell DOT edu>
In-Reply-To:	<521C9644.8030109@cornell.edu>

On 27/08/2013 8:06 AM, Ken Brown wrote:
> 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". 
Update: the problem only occurs if output arrives while emacs is 
stopped. So, "echo hi; sleep 5; echo ho" will not cause the problem if 
you ^Z/fg during the gap.

Ryan

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