Annotation of researchv10no/ipc/mgrs/ndkmgr/README, revision 1.1.1.1

1.1       root        1: This is a set of routines that are not far from those necessary
                      2: to talk to the Radian controller "unixp" process.  This in turn is
                      3: supposed to be akin to some version of "standard" Datakit controllers.
                      4: Lee or Bill may be able to tell you what version.  The System V
                      5: analogue to mgrproc is somewhat of an expert system and adapts to
                      6: various versions; this one doesn't.
                      7: 
                      8: Not included in this stuff is the line discipline dev/unixpld.c,
                      9: which corresponds with cmcld.c.  It is part of the standard
                     10: v9 system and need only be mentioned in your conf file.
                     11: Similarly, required changes to the device drivers (kdi.c and dk.c)
                     12: have already been made.
                     13: 
                     14: These routines replace /etc/mgrproc, /etc/dkdialsub, and the tdkdial
                     15: and tdkmgr subroutines.  Thus they are set up for the old (not
                     16: connection-server) mechanisms.  It would be of benefit to adapt them
                     17: to the new regime; the most important advantage would be that
                     18: only the connection-server dkmgr program would have to be tailored.
                     19: Because this version has a new tdkdial, all programs that
                     20: make DK calls have to be relinked.
                     21: 
                     22: From memory, these are the differences between generic (PSDN, unixp)
                     23: and local (unx9p?) controller interfaces:
                     24:        generic probably uses a different control channel
                     25:        generic assigns incoming from high numbers, outgoing
                     26:           from low numbers; local uses odd-even.
                     27:        the details of the messages are different
                     28: 
                     29: 
                     30: Here is a guide:
                     31: 
                     32: uxdialsub.c:  -> /etc/uxdialsub
                     33:        supersedes /etc/dkdialsub.
                     34:        This version passes the file descriptor for the callout
                     35:        channel back through the pipe created in _tdkdial (uxpdial.c).
                     36: 
                     37: Ouxpdial.c
                     38:        is an older version that uses much the same interface as the existing
                     39:        dkdialsub (not fd-passing).  It isn't supported by a calling
                     40:        routine; it might work if named /etc/dkdialsub.
                     41: 
                     42: uxpdial.c
                     43:        is a replacement for tdkdial.c, and I think the external
                     44:        interface is the same for the non-_ names (_tdkdial
                     45:        takes a string to select the intent instead of a code).
                     46: 
                     47: uxpctlchan.c:
                     48:        this implements assumptions about the name of the control
                     49:        channel; it seems to try /dev/dk/dk001 and /dev/dk/201
                     50:        depending on the traffic type, and if this fails,
                     51:        tries /dev/dk/dk01.  It also knows the number associated
                     52:        with uxp_ld (that's the 19).   This should be in the library.
                     53: 
                     54: uxmgrproc.c:
                     55:        This supplants /etc/mgrproc.
                     56: 
                     57: uxpmgr.c:
                     58:        supplants tdkmgr in the library.
                     59:        I don't know if it will work with servers other than
                     60:        uxmgrproc; if not, any changes should be trivial.

unix.superglobalmegacorp.com

This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.