home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: gnu.bash.bug
- Path: sparky!uunet!convex!linac!pacific.mps.ohio-state.edu!cis.ohio-state.edu!odin.ins.cwru.edu!chet
- From: chet@odin.ins.cwru.edu (Chet Ramey)
- Subject: Re: output of background jobs in BASH
- Message-ID: <9208131434.AA00639.SM@odin.INS.CWRU.Edu>
- Sender: gnulists@ai.mit.edu
- Reply-To: chet@po.cwru.edu
- Organization: GNUs Not Usenet
- References: chet@odin.ins.cwru.edu (Chet Ramey)
- Distribution: gnu
- Date: Thu, 13 Aug 1992 06:34:47 GMT
- Approved: bug-bash@prep.ai.mit.edu
- Lines: 24
-
- > I believe that this changed when I installed bash 1.12: when I put a job that
- > prints on stdout in background (^Z/bg or directly by &), the output comes out
- > staggered, as if the CR wasn't being added to the LF at the end of the lines.
-
- This is a result of bash using the BSD-style tty driver on Ultrix. The BSD
- driver ties input and output carriage return translation together with the
- CRMOD bit. (The CRMOD bit causes CR->LF translation on input and LF->CRLF
- translation on output.) Unless the CRMOD bit is cleared, it is impossible
- to get a literal ^M in an input line. Unfortunately, one of the effects of
- clearing it is the loss of output processing you've observed.
-
- The Ultrix Posix-style tty driver can't be used because it has serious
- problems with losing typeahead when ICANON is switched on and off. These
- characters seem to reappear later without warning, usually when a
- program that uses the BSD-style ioctls turns on CBREAK (e.g., `more').
-
- Chet
-
- --
- ``The use of history as therapy means the corruption of history as history.''
- -- Arthur Schlesinger
-
- Chet Ramey, Case Western Reserve University Internet: chet@po.CWRU.Edu
-
-