home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / vmsnet / networks / tcpip / ucx / 248 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  2.8 KB
  1. Path: sparky!uunet!haven.umd.edu!umd5!bill.ab.umd.edu!bill
  2. From: bill@bill.ab.umd.edu (Bill Bame)
  3. Newsgroups: vmsnet.networks.tcp-ip.ucx
  4. Subject: Re: Multithreading and subprocesses in UCX
  5. Message-ID: <17791@umd5.umd.edu>
  6. Date: 5 Jan 93 21:22:58 GMT
  7. References: <1992Dec24.100456.1@hfrd.dsto.gov.au> <1993Jan5.081451.30@iwsd01.itwol.bhp.com.au>
  8. Sender: news@umd5.umd.edu
  9. Reply-To: bill@office.ab.umd.edu
  10. Organization: M.I.E.M.S.S.
  11. Lines: 44
  12.  
  13. >I may be overlooking something in your question here, but it should be fairly
  14. >easy to create a sub/det process to handle a connection.  UCX creates a device
  15. >socket to listen on the designated port, and when you actually want to accept
  16. >a connection, it creates another device socket for each connection (hence
  17. >allowing multithreaded servers because you can have a QIO outstanding on
  18. >each device with an AST to handle completion).
  19.  
  20. This works nicely.  Anybody tried it with DECThreads yet?
  21.  
  22. >There are a couple of options then for handling a connection.  If you have
  23. >a standalone process listening for the incoming connection, you just accept
  24. >the connection and spawn/create another process passing the device UCX gives
  25. >you as the input/output channel for the process.  I think this is how the
  26. >REXEC/TELNET/etc type servers do it.
  27.  
  28. I don't know about UCX 2.0 - after reading tons of bug reports I decided
  29. not to install it yet - but in UCX 1.3* you can't pass control of a BG
  30. (i.e. socket) device to a subprocess.  If this is possible in UCX 2.0
  31. it may give me extra incentive to install it - has anyone actually
  32. tried it?
  33.  
  34. >Alternatively, you can let UCX handle the connection initiation for you.
  35. >If you create a service (UCX command "CREATE SERVCE xxxxx") you can specify
  36. >a (.COM) file to execute to accept the connection.  When the service is
  37. >enabled, UCX starts listening to the specified port and starts a new process
  38. >for each incoming connection.  The process executes the .COM file to run the
  39. >appropriate server software.  There is also a logical called SYS$NET defined
  40. >which is set to the name of the device UCX has created for the connection,
  41. >so you then access/read/write/deaccess that device.  This is all fairly
  42. >similar to transparent DECnet.
  43.  
  44. I tried this on a friend's machine (I set up a "SERVICE" for netrek :-))
  45. and it worked fine.  I got very used to inetd on u*x - it's nice to
  46. _finally_ have the same sort of ability on VMS!
  47.  
  48. --
  49. --------------------------------------------------------------------------------
  50. William P. Bame                    | sneakernet: William P. Bame
  51. internet: bill@bill.ab.umd.edu     |             M.I.E.M.S.S.
  52.           bbame@achi1.ab.umd.edu   |             22 South Greene Street
  53. AT&T    : [Work] (410) 328-3062    |             Baltimore, MD 21201
  54. CIS     : 71620,425                |             Room: T1R55
  55. --------------------------------------------------------------------------------
  56.  
  57.