Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive:	<http://sourceware.cygnus.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help:	<mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender:	cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To:	mailing list cygwin AT sourceware DOT cygnus DOT com
From:	Thomas DOT Wolff AT icn DOT siemens DOT de
Date:	Wed, 10 May 2000 13:04:33 +0200 (MEST)
Message-Id:	<200005101104.NAA02891@mail.bln1.siemens.de>
To:	cygwin AT sourceware DOT cygnus DOT com
Subject:	^C handling problems

In a program which normally uses ^C as an ordinary input character 
(after switching off all associated special meaning), this does not 
work if the program input is a pipe.
It's not easy at the moment to provide more analysis as it is a complex 
program (an editor), so I'd just like to ask if anyone has an idea 
about this problem.

This is not compatible with usual Unix behaviour where the same program 
works fine in a pipe. I already had another problem with ^C where its 
SIGINT association was not successfully detached when it was used in 
the context of select (). I had reported that here but got no answer; I 
could fix the problem by using the ISIG ioctl flag which is not needed 
on Unix either (after setting the VINTR char to zero; when I originally 
made the code on a Sun, I don't think ISIG used to exist there).

Kind regards,
Thomas Wolff

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -