From lyongu+ at cs.cmu.edu  Sun Dec 21 02:58:16 2003
From: lyongu+ at cs.cmu.edu (Yong Lu)
Date: Sun Dec 21 02:57:04 2003
Subject: [Rd] ctrl-c/ctrl-break in windows port (PR#5970)
In-Reply-To: <Pine.LNX.4.44.0312210051500.3520-100000@gannet.stats>
References: <20031221003614.B3B7110475@slim.kubism.ku.dk>
	<Pine.LNX.4.44.0312210051500.3520-100000@gannet.stats>
Message-ID: <20031220.205816.58460755.lyongu+@cs.cmu.edu>

>>>>> "Prof" == Prof Brian Ripley <ripley@stats.ox.ac.uk> writes:

    > Let me assure you that it *does* work as documented on the developers' 
    > machines, and on many others.

    > Note that you are asked to supply R version number, OS etc when submitting
    > a bug, and you have omitted to do so.  This just makes it harder to help
    > you.  One possibility is that you are running some other application on
    > your machine that is intercepting Ctrl-C: indeed it is possible that the
    > terminal window you are running Rterm in is doing so.  You haven't
    > supplied any details, so we cannot even guess.

It was my mistake forgetting to submit the version number.  The
version I'm using is 1.8.1.

And just found out you're right that it was another program causing
the problem.  I was running it in a cygwin bash shell, and apparently
bash caught the signal and terminated the program.  I just didn't
think of that.

    > On Sun, 21 Dec 2003 lyongu+@cs.cmu.edu wrote:

    >> It seems in Windows port, ctrl-c/ctrl-break in Rterm will kill the
    >> program and this behavior is different from its unix port and what is
    >> described in the Windows port FAQ.
    >> 
    >> These keys are supposed to stop the current computation instead of
    >> quitting the program.

    > Yes, we can read the documentation we wrote!  (Actually, to interrupt the 
    > computation at the next interruptible point.)

    >> Could you please fix it in the next release?

    > Perhaps you could tell us how to `fix it' as we cannot reproduce it?  
    > Since you apparently can, you will be able to debug the problem and submit
    > a patch if it is indeed a problem in R.  (Against the R-devel sources,
    > please.)

Hmm.. sorry for sounding a bit presumptuous here.  It turns out it's
cygwin's fault and I was blaming on the wrong people.  And thank you
for your very prompt and helpful reply!

- Yong


[Rd] ctrl-c/ctrl-break in windows port (PR#5970)
Yong Lu