home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / programm / 5218 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  1.5 KB
  1. Path: sparky!uunet!mcsun!chsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!mailgzrz.TU-Berlin.DE!opal.cs.tu-berlin.de!mauriti
  2. From: mauriti@cs.tu-berlin.de (Frank Hartlep)
  3. Newsgroups: comp.unix.programmer
  4. Subject: Easy multiplexing with sockets
  5. Date: 9 Nov 1992 14:24:05 GMT
  6. Organization: Technical University of Berlin, Germany
  7. Lines: 22
  8. Distribution: world
  9. Message-ID: <1dlsa5INNiiq@mailgzrz.TU-Berlin.DE>
  10. NNTP-Posting-Host: athene.cs.tu-berlin.de
  11.  
  12. I'm not very familiar with the socket interface and would like
  13. to know if the following can be done without many problems:
  14. Theres a server process with a socket and a variable number of
  15. client processes, each with its own socket. The access to the
  16. server is via Sun's RPC mechanism; the only purpose of the sockets
  17. mentioned above is to get a notify message to the clients when
  18. there's some important state change in the server (this message
  19. then triggers a RPC to the server on the client side). Now, the
  20. idea is to let the server write the messages to the notify socket
  21. without knowing who's going to receive the message; the client
  22. sockets should be connected to the notify socket without the server
  23. being aware of it (he doesn't care who's connected). Additionaly,
  24. the message, which is only sent once to the notify socket, should
  25. be automagically multiplexed to each of the connected client sockets.
  26. I hope that describes more or less clearly what I mean. I'm not very
  27. confident this can be done, but perhaps somebody has an idea and could
  28. give me a hint.
  29.  
  30. Thanks,
  31. Frank
  32.  
  33.  
  34.