Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
From:	"Andy Piper" <andy AT xemacs DOT org>
To:	<lipp AT Danet DOT de>, <cygwin AT cygwin DOT com>, <xemacs-beta AT xemacs DOT org>
Subject:	RE: cygwin-xemacs sometimes hangs in compile with latest cygwin
Date:	Tue, 20 Aug 2002 09:28:48 -0700
Message-ID:	<000901c24866$a9471ff0$987ba8c0@shalom>
MIME-Version:	1.0
X-Priority:	3 (Normal)
X-MSMail-Priority:	Normal
Importance:	Normal
In-Reply-To:	<3D61F930.8070708@Danet.de>
X-MimeOLE:	Produced By Microsoft MimeOLE V5.50.4910.0300

> I'm using the latest cygwin and the latest xemacs-cygwin32.
>
> One time out of about five, when I start a compilation in cygwin-xemacs
> (M-x compile) the subprocess is started, but no output from the
> subprocess appears in the compilation buffer (the subprocess is a shell
> script (ant) that starts a dos executable (java)). I observe the same
> behaviour sometimes when doign a "M-x grep". The subprocess runs,
> though very slowly because xemacs uses nearly 100% of the CPU time
> (polling for results?). This behaviour is experienced by all collegues
> that use xemacs-cygwin as well.
>
> The bug appeared when I upgraded cygwin in mid-December 2001. I send
> this bug report then, but never got a response. Not being experienced
> with the windows API, I cannot debug this further (something I usually
> try before reporting bugs). However, obviously this bug is "genuine" as
> it does not disappear as bug fixes are made to cygwin/xemacs. So I
> decided to report it again.

I rather think this is a cygwin bug. You would need to check with the
cygwin folks how to confirm whether this is the case or not. On a similar
note it used to be the case that you had to have CYGWIN=tty set in your
environment to get proper sub-process control. However, I have found that
setting CYGWIN=tty now breaks a lot of other things (e.g. C-c no longer
works)
and also that sub-process support seems to work pretty well without it.
So my guess is that CYGWIN=tty is deprecated in some way. Having said that
you might want to play around with switching it on/off to see if that makes
any difference.

I am not on the cygwin mailing list so please respond to me directly.

andy


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -