Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com From: Chris Faylor Date: Tue, 5 Sep 2000 22:07:10 -0400 To: cygwin AT sources DOT redhat DOT com Cc: bdlow AT nortelnetworks DOT com Subject: Re: i/o STOP + CONT (bash?) problem Message-ID: <20000905220710.A6604@cygnus.com> Reply-To: cygwin AT sources DOT redhat DOT com Mail-Followup-To: cygwin AT sources DOT redhat DOT com, bdlow AT nortelnetworks DOT com References: <968167382 DOT 14182 DOT ezmlm AT sources DOT redhat DOT com> <39B5B1FB DOT 14BDFF0D AT nortelnetworks DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.6i In-Reply-To: <39B5B1FB.14BDFF0D@nortelnetworks.com>; from bdlow@nortelnetworks.com on Wed, Sep 06, 2000 at 12:54:51PM +1000 On Wed, Sep 06, 2000 at 12:54:51PM +1000, Benjamin Low wrote: >Does anyone have trouble with START and STOP signals w/ cygwin? (cygwin >1.1.3 distribution, on a W2k box) - in particular with bash? > >Details: > >If I issue a Ctrl-S (STOP) directly to bash within a terminal (W32 rxvt >or X11R6 xterm), it's game over - there seems to be nothing I can do to >restore output, even signalling the process externally doesn't help. If >I send a STOP signal from another process (i.e. kill -STOP , >not via Ctrl-S) and then CONT, it works as expected for W32 rxvt's but >not for xterms (output pauses whilst STOPped, then CONTinues). Note that >the process continues to run, just all tty output halts. Um. CTRL-S has nothing to do with the STOP signal. Hitting CTRL-S pauses any output. CTRL-Q restarts it. This is pretty standard behavior for both Windows and UNIX. So, hit CTRL-Q if you want stuff to start up again. If you are referring to SIGSTOP (or more precisely SIGTSTP), then this is usually invoked by hitting CTRL-Z. This causes any running foreground process to be stopped and usually causes the invoking shell to issue a prompt. In most shells that support this you start the program up again by typing 'fg'. This is typical behavior for both UNIX and Cygwin, however, under Cygwin, for this to work reliably you need to use "tty" mode, i.e., the CYGWIN environment variable needs to contain "tty" (without the quotes). You should set this prior to starting any cygwin program, e.g., c:\>set CYGWIN=tty c:\>bash cgf -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com