home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / vmsnet / networks / tcpip / ucx / 249 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.1 KB
  1. Path: sparky!uunet!mcsun!uknet!mucs!v4.cgu.mcc.ac.uk!mzagsaa
  2. From: mzagsaa@v4.cgu.mcc.ac.uk (Tony Arnold)
  3. Newsgroups: vmsnet.networks.tcp-ip.ucx
  4. Subject: Re: Multithreading and subprocesses in UCX
  5. Message-ID: <7121@m1.cs.man.ac.uk>
  6. Date: 6 Jan 93 10:29:46 GMT
  7. References: <1992Dec24.100456.1@hfrd.dsto.gov.au> <1993Jan5.081451.30@iwsd01.itwol.bhp.com.au>
  8. Sender: news@cs.man.ac.uk
  9. Reply-To: A.C.Arnold@mcc.ac.uk
  10. Organization: Manchester Computing Centre
  11. Lines: 20
  12.  
  13.  
  14. In article <1993Jan5.081451.30@iwsd01.itwol.bhp.com.au>,
  15. wewila@iwsd01.itwol.bhp.com.au (Alan Wilkie) writes:
  16. |>
  17. |>There are a couple of options then for handling a connection.  If you
  18. |>have
  19. |>a standalone process listening for the incoming connection, you just
  20. |>accept
  21. |>the connection and spawn/create another process passing the device UCX
  22. |>gives
  23. |>you as the input/output channel for the process.  I think this is how
  24. |>the
  25. |>REXEC/TELNET/etc type servers do it.
  26.  
  27. Can this be done using the BSD style interface to TCP/IP? I can
  28. appreciate it being possible with the $QIO interface, but I've not
  29. figured it out for the other. Any further information on this would be
  30. most appreciated.
  31.  
  32. Tony Arnold.
  33.