Return to BSD News archive
Xref: sserve comp.sys.next.programmer:13365 comp.unix.bsd:13219 Path: sserve!newshost.anu.edu.au!munnari.oz.au!spool.mu.edu!news.clark.edu!netnews.nwnet.net!news.u.washington.edu!not-for-mail From: asun@zoology.washington.edu (a sun) Newsgroups: comp.sys.next.programmer,comp.unix.bsd Subject: BSD-style ttys and 8-bit, odd parity conundrum Date: 1 Jan 1994 16:46:09 -0800 Organization: Celestial Manifestations DisInc. Lines: 21 Message-ID: <2g55gh$ark@zoon.zoology.washington.edu> NNTP-Posting-Host: zoon.zoology.washington.edu i've been trying to get a summagraphics summasketch+ digitizer talking to a NeXTstation running NS 3.0. this digitizer outputs data in eight bit, odd parity. unfortunately, when i try to set up the sgttyb struct for this kind of data, i can only get either 8bits, no parity or 7 bits, odd parity. i've tried the following combinations to no avail: (all with/without local_mode = LPASS8) sgtty.sg_flags = ODDP; sgtty.sg_flags = CBREAK | ODDP; sgtty.sg_flags = RAW | ODDP; i've been able to get it to work on a sun sparc running 4.1.3 using termios, but that's useless on the next. using sgttyb on the sun, of course, gives the same behaviour as on the next. if anyone has an idea on how to convince a BSD-style terminal driver to accept data in this format, i would appreciate hearing about it. -a asun@zoology.washington.edu