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
content-class:	urn:content-classes:message
MIME-Version:	1.0
X-MimeOLE:	Produced By Microsoft Exchange V6.0.6375.0
Subject:	more information on annoying dos popup problem
Date:	Wed, 3 Dec 2003 18:19:09 -0500
Message-ID:	<0899124071ABF2439E3F610BF17E6EB0FC3464@E2K.SRV.CS.CMU.EDU>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
From:	"Robert Harper" <Robert DOT Harper AT cs DOT cmu DOT edu>
To:	<cygwin AT cygwin DOT com>
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id hB3NJsPS000989

I have further information that may help track down the source of this
problem.  The SML shell script in question consisted of

	#!/bin/sh
	<MS-DOS exe> <args> 2>/dev/null

When I removed the re-direct of stderr, the problem disappeared!
Inferior SML mode now works again.  However, other MS-DOS binaries (such
as texify.exe from MikTeX) still exhibit the problem.

I have also observed that signals do not appear to be working properly
with inferior modes.  In particular sending an interrupt signal causes
emacs to respond in the minibuffer with Kill (nnn, 2) failed: operation
not permitted.

Robert Harper

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -