Path: utzoo!utgpu!water!watmath!clyde!att!ucbvax!decwrl!sun!gorodish!guy From: guy@gorodish.Sun.COM (Guy Harris) Newsgroups: comp.unix.questions Subject: Re: Printer Connection Problem (really: how to use stty with lpd) Keywords: postscript printer, LC-890, flow control Message-ID: <60857@sun.uucp> Date: 21 Jul 88 18:30:31 GMT References: <227@drd.UUCP> <60198@sun.uucp> <229@drd.UUCP> Sender: news@sun.uucp Lines: 48 > >You must be looking at the wrong man page; you want either TERMIO(4) or > >STTY(1V). Those describe the S5 tty driver modes, as emulated by SunOS > >3.x, or the S5 "stty" command to set and print them. TTY(4) and STTY(1) > >describe the V7/BSD tty modes, so it's not surprising that it "fails to > >mention what ANY of those codes mean" since they're not V7/BSD modes. > > It turns out that stty (1V) simply brings up stty (1) which of course > mentions nothing about termio(4). The manual page source we have - which is what should be in the on-line documentation, and should have been used to generate the printed documentation - has completely separate "stty.1" and "stty.1v" files, so either they were printed wrong (if you're referring to the printed documentation) or set up wrong on the distribution tape (if you're referring to the on-line documentation), or the "man" command (assuming that's how you read it) did the wrong thing or was told to do the wrong thing. Try "man 1v stty", giving the "1v" explicitly (there have been some problems with "man" giving the S5 man page by default, maybe on your system "man stty" gave the 4BSD page by default). STTY(1V) does refer to TERMIO(4V). > Another thing the man pages don't clue you into is the proper use of > the < and > when using stty. "Fixed in 4.0": DESCRIPTION stty sets certain terminal I/O options for the device that is the current standard output. Without arguments, it reports the settings of certain terminal options for the device that is the standard output; the settings are reported on the standard error. ... SYSTEM V DESCRIPTION stty sets or reports terminal options for the device that is the current standard input; the settings are reported on the standard output. > Question: Is there a convenient way to monitor what is coming back from > the printer to see if it is issuing any XOFF's so that I may eliminate > flow control as the source of my problem? I think there are hardware boxes ("line monitors" that do this), but they cost money (you may be able to rent one if you don't have one, but that still costs money...).