X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-3.4 required=5.0 tests=BAYES_00,KHOP_THREADED,SPF_HELO_PASS,T_RP_MATCHES_RCVD
X-Spam-Check-By:	sourceware.org
To:	cygwin AT cygwin DOT com
From:	Trey Greer <greer AT treytronics DOT org>
Subject:	Re:
Date:	Sun, 6 May 2012 02:35:06 +0000 (UTC)
Lines:	51
Message-ID:	<loom.20120506T041502-215@post.gmane.org>
References:	<CANDzSLR7Z0TjJx6GJ2ds5A8MKNRaBA0QPBHGf_siwrzeqiXBNg AT mail DOT gmail DOT com> <4F5D0025 DOT 9040309 AT cornell DOT edu> <4F5D0141 DOT 9060400 AT cornell DOT edu> <loom DOT 20120312T023754-829 AT post DOT gmane DOT org>
Mime-Version:	1.0
User-Agent:	Loom/3.14 (http://gmane.org/)
X-IsSubscribed:	yes
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

Jack <jack.profit <at> gmail.com> writes:

> 
> Ken Brown <kbrown <at> cornell.edu> writes:
> 
> > 
> > Another (easier) thing you could do is try various snapshots between 
> > versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the 
> > problem first occurred.
> > 
> > Ken
> > 
> > 
> 
> Sadly, even the oldest cygwin1.dll snapshot (from 7/30/11) seems to have this 
> issue. There is a pointer on the emacs lists (for MacOS) that says I should 
> recompile with #define DONT_REOPEN_PTYS to avoid the "inappropriate ioctl for 
> device" problem. I was hoping to avoid recompiling emacs but I guess I'll give 
> that a try. :)
> 
> Thanks for the ideas Ken.
> 
> Jack
> 
> 

Looking through the native (Windows) emacs 23.4.1 source, I don't
see how cygwin bash job control could ever have worked.  When I
do a ctrl-C ctrl-Z (emacs speak for suspend job) in the bash
shell in shell mode, emacs gives me the message 'No SIGTSTP
support'.  Poking through the source, this appears to be because
there is no SIGTSTP defined in windows, or at least not in the
configuration header emacs-23.4/src/s/ms-w32.h.

Emacs in windows does not have PTYS (HAVE_PTYS is not defined in
s/ms-w32.h) so shell-mode opens the cygwin bash shell with input
and output pipes instead of ptys.  A recent change to bash (as of
bash-4.1-alpha) causes bash to refuse job control if the
controlling terminal is not a tty.  See item jj. in the
bash-4.0-alpha entry in the changelog
bash-4.1.10-4/src/bash-4.1/CHANGES.

It looks to me like suspend (ctrl-C ctrl-Z) never worked for
cygwin bash within native windows gnu emacs, but I certainly
could be wrong.

I did try defeating the tty test mentioned above (in jobs.c in
the bash source).  Indeed, I was able to spawn jobs in the
background and kill them.  Just no signals from emacs.

-- Trey


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