From: "Benjamin Low" <bdlow@nortelnetworks.com>
To: cygwin@sources.redhat.com
Cc: "Benjamin Low" <bdlow@nortelnetworks.com>
Subject: Re: i/o STOP + CONT (bash?) problem
Date: Tue, 05 Sep 2000 21:53:00 -0000 [thread overview]
Message-ID: <39B5DB5F.C05A7C09@nortelnetworks.com> (raw)
In-Reply-To: <20000905220710.A6604@cygnus.com>
Chris,
Thanks for the prompt reply.
Chris Faylor wrote:
...
> Um. CTRL-S has nothing to do with the STOP signal.
As I understand (understood :-) it, the terminal driver issues various
signals to the current process in response to predetermined input
sequences (set via stty). Thus with the "standard" stty config, ctrl-C
sends an SIGINT, ctrl-S sends SIGSTOP, etc. This gels with my practical
experience in that kill -STOP|-CONT <pid> works the same as
ctrl-S|ctrl-Q (on every unix I've worked on (linux, solaris,
cywgin-sometimes).
...
> So, hit CTRL-Q if you want stuff to start up again.
Oh, if it were that easy :-)
> usually invoked by hitting CTRL-Z. This causes any running foreground
> process to be stopped and usually causes the invoking shell to issue a
I believe ctrl-Z is normally associated with SIGSUSP (suspend), which
behaves much as you have described - pausing execution of the process
(not just it's i/o).
> for this to work reliably you need to use "tty" mode, i.e., the CYGWIN
> environment variable needs to contain "tty" (without the quotes).
Tried that, without success. My (system wide) CYGWIN environment
variable is now "ntsec ntea tty", the problem still occurs as before.
What happens when you try ctrl-S/Q within bash?
--
Benjamin D Low bdlow@nortelnetworks.com
Nortel Networks Technology Centre +61 2 4254 7473
Wollongong NSW Australia ESN 639 7473
begin:vcard
n:Low;Benjamin
tel;work:ESN 639 7473, +61 2 4254 7473
x-mozilla-html:FALSE
org:Nortel Networks
version:2.1
email;internet:bdlow@nortelnetworks.com
adr;quoted-printable:;;Nortel Networks Technology Centre=0D=0ANorthfields Avenue;Wollongong;NSW;2500;Australia
note;quoted-printable:Not to be confused with benlow@nortelnetworks.com, who works =0D=0Ain Richardson, Texas, U.S.A.
fn:Benjamin Low
end:vcard
next prev parent reply other threads:[~2000-09-05 21:53 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <968167382.14182.ezmlm@sources.redhat.com>
2000-09-05 18:58 ` Benjamin Low
2000-09-05 19:08 ` Chris Faylor
2000-09-05 21:53 ` Benjamin Low [this message]
2000-09-05 22:35 ` Chris Faylor
2000-09-05 22:37 ` Chris Faylor
2000-09-06 5:18 Earnie Boyd
2000-09-06 8:08 ` Chris Faylor
2000-09-06 16:45 ` Benjamin Low
2000-09-06 17:24 ` Chris Faylor
2000-09-06 18:19 ` Chris Faylor
2000-09-06 9:38 Rick Rankin
2000-09-06 10:03 ` Chris Faylor
2000-09-06 12:31 Earnie Boyd
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=39B5DB5F.C05A7C09@nortelnetworks.com \
--to=bdlow@nortelnetworks.com \
--cc=cygwin@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).