Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!rice!eunomia.rice.edu!bro
From: bro@eunomia.rice.edu (Douglas Monk)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Need RS232 configuration help...
Keywords: RS232 configuration
Message-ID: <1990Nov28.205143.14708@rice.edu>
Date: 28 Nov 90 20:51:43 GMT
References: <1990Nov27.003016.24863@rice.edu> <1990Nov27.011538.29460@math.lsa.umich.edu>
Sender: news@rice.edu (News)
Organization: Rice University, Houston
Lines: 31

In article <1990Nov27.011538.29460@math.lsa.umich.edu> hyc@math.lsa.umich.edu (Howard Chu) writes:
#In article <1990Nov27.003016.24863@rice.edu> bro@eunomia.rice.edu (Douglas Monk) writes:
#>Any suggestions for the missing RS232 calls supported by the control panel
#>but not present in Rsconf? (Besides "strip-bit", there is also duplex, etc.)
#
#Strip-bit is redundant, specifying 8 bits/no parity is sufficient. 

Nope. I originally did this using the control panel with strip bit on. When
reading what should have been chars==255, I got chars==127. With strip bit
off, I didn't. If I don't do it with the control panel and only use 
a call to Rsconf to set 8 bits/no parity 600 baud, I get the same (useless)
results: the 8th bit is stripped before I get to see it.

I am using Caux?? calls by the way.

#Duplex
#is handled by your application, not by the low-level RS232 routines. If you
#want half-duplex operation all you have to do is echo everything the user
#types.

This (and likewise with strip bit) is what I originally assumed. Since it 
was false for strip bit, I wonder if it might be false for duplex as well.

Why does the control panel allow you to play with them if they are supposed
to be the responsibility of the application?

So, I still need answers.

Doug Monk (bro@rice.edu)

Disclaimer: These views are mine, not necessarily my organization's.