From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Untrapping Ctrl-C in DJGPP
Date: Sun, 13 Feb 2000 09:52:44 +0200
Organization: NetVision Israel	
Lines: 22
Message-ID: <Pine.SUN.3.91.1000213095030.29873L-100000@is>
References: <01bf725f$15b1d9e0$12e126d4 AT pena-ii> <Pine DOT SUN DOT 3 DOT 91 DOT 1000209090433 DOT 9816J-100000 AT is> <01bf7348$40dc9260$69e126d4 AT pena-ii> <Pine DOT SUN DOT 3 DOT 91 DOT 1000210133041 DOT 27855K-100000 AT is> <f2s5as89cbh6f1c4effk3bb03k1bnk2s6i AT 4ax DOT com> <38A2FF88 DOT E4840FC9 AT americasm01 DOT nt DOT com> <rs56as0srv5guijk7d6vmebitjhqt154s5 AT 4ax DOT com> <38A5520F DOT 57B6ED6A AT is DOT elta DOT co DOT il> <38A5707A DOT 4ED5ED78 AT maths DOT unine DOT ch> <ba0bas0t0323kgh5nnl5kaiur5rt8ggmln AT 4ax DOT com>
NNTP-Posting-Host: is.elta.co.il
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: news.netvision.net.il 950428555 7358 199.203.121.2 (13 Feb 2000 07:55:55 GMT)
X-Complaints-To: abuse AT netvision DOT net DOT il
NNTP-Posting-Date: 13 Feb 2000 07:55:55 GMT
X-Sender: eliz AT is
In-Reply-To: <ba0bas0t0323kgh5nnl5kaiur5rt8ggmln@4ax.com>
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com
Errors-To: dj-admin AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


On Sat, 12 Feb 2000, Damian Yerrick wrote:

> >> I don't know, but I suspect that command.com and edit.com are actually
> >> Windows console applications in disguise.
> 
> Ran 'em both in F8-DOS.

That doesn't really prove anything: programs exist that can run both in 
DOS and on Windows.  In fact, each Windows application has a small DOS 
stub prepended to it.

> So why not catch this in the next version of the DJGPP library and
> send the same signal that X sends when a terminal window is closed?

I understand that you need to test for the close request all the time,
so to do that, a library will need to install a timer.  If so, it's
not a good idea to do it in every program, because some types of
applications don't mix well with timers (and signals in general).

But a special function to turn on this checking, for programs that
want it, would be nice.