Newsgroups: comp.mail.uucp
Path: utzoo!utgpu!cunews!micor!latour!mcr
From: mcr@Latour.Sandelman.Ocug.On.Ca (Michael Richardson)
Subject: Re: HDB UUCP on Sun's trying to be too bright?
Message-ID: <1990Nov27.194936.11846@Latour.Sandelman.Ocug.On.Ca>
Organization: Sandelman Software Works, Debugging Department, Ottawa, ON
References: <1990Nov27.045059.8308@Latour.Sandelman.Ocug.On.Ca>
Distribution: comp
Date: Tue, 27 Nov 90 19:49:36 GMT

In article <1990Nov27.045059.8308@Latour.Sandelman.Ocug.On.Ca> mcr@Latour.Sandelman.Ocug.On.Ca (Michael Richardson) writes:
>  _My_ guess is that uucico is doing something strange to the tty (well,
>cua1) modes after receiving the connect message. 
>  Doing an 'stty -a >dev/cua1' tells me that parity is disabled, etc..
>And all looks well. (I can post if anyone likes)
>  The 'stty -a >/dev/cua1' differs in that XON/XOFF is enabled,
>but I have tried setting things up while cu'ing identical to the way
>that it was for uucp and I have no problem. I have also tried the
>reverse.
>  Could uucico be adding parity on itself?

  From what I can tell (Welmat can dump all the characters in hex
that it receives after answering the phone, but before recognising a session)
the characters ARE being sent with parity. Aside from fixing Welmat
so that it strips the parity on some characters (Fidonet sync 
characters have the high bit set, so I wasn't striping the characters)
how can I change this behaviour of uucico?
  I haven't got the Sun sysadmin manuals, and I don't recall seeing
anything in the AT&T HDB manuals about this. What has Sun changed?

-- 
   :!mcr!:            |    The postmaster never          |  So much mail,
   Michael Richardson |            resolves twice.       |  so few cycles.
 mcr@julie.UUCP/michael@fts1.UUCP/mcr@doe.carleton.ca -- Domain address
    - Pay attention only to _MY_ opinions. -         registration in progress.
