This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: emacs-nox hogs CPU if backgrounded during compile


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]