Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uwm.edu!lll-winken!quintro!bep
From: bep@quintro.uucp (Bryan Province)
Newsgroups: comp.sys.apollo
Subject: DPCI and pty probs.
Message-ID: <1990Jun11.214757.2169@quintro.uucp>
Date: 11 Jun 90 21:47:57 GMT
Reply-To: bep@quintro.UUCP (Bryan Province)
Organization: none
Lines: 36

OK DPCI and PTY fans, here are the results of my investigations.

First of all, if you are just having problems with rlogin, telnet, etc. try
loading patch number 139.  This is a new version of /lib/streams for SR10.2
nodes.  It supposedly takes care of alot of problems with ptys needing to be
recreated all of the time.  It was also supposed to take care of problems
with DPCI and DTERM but it didn't solve my problems.

As for my problems, and possibly yours, Apollo is investigating them.  There is
an APR out on DPCI running at SR10.2 but I don't have the number with me.
The nature of my problem is as follows.  When you first bring up DPCI and
establish virtual connections a dpci_server process is started on the node
but no ptys are allocated to it.  When you bring up DTERM a pty is associated
with the dpci_server process and any other processes you create within DTERM.
When you get out of DTERM the pty is still (sort of) associated with the
dpci_server process.  The problem is when someone else either uses rlogin,
telnet, or DTERM to get on the same node, that process will get the same pty
as the previous DTERM process.  So now the original dpci_server and the new
login process both have the same port.  Now if the original dpci_server user
tries to bring up DTERM it also gets the same port and thus the pty becomes
corrupted.

I tried loading patch 139, rebuilding the ptys, and rebooting but to no
avail.  I also tried loading new dpci_server and dterm_domain files from
Apollo but that didn't help either.  There is a 5.1 version of DPCI comming
out but my impression from Apollo is that it still doesn't have this problem
fixed.

If anyone else is having similar or different problems I'd appreciate hearing
about them.  My advice is try patch 139 from the April patch tape (9005).
Apollo says that it has solved problems with other sites.
-- 
--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
Bryan Province     Glenayre Corp.           quintro!bep@lll-winken.llnl.gov
                   Quincy,  IL              tiamat!quintro!bep@uunet
           "Surf Kansas, There's no place like home, Dude."