home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / programm / 3376 < prev    next >
Encoding:
Text File  |  1992-12-30  |  1.7 KB  |  36 lines
  1. Newsgroups: comp.programming
  2. Path: sparky!uunet!think.com!spool.mu.edu!umn.edu!csus.edu!netcom.com!pdh
  3. From: pdh@netcom.com (Phil Howard )
  4. Subject: Re: Network Chat Messaging Algorithm
  5. Message-ID: <1992Dec31.023104.13944@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. References: <1h8752INNn3i@darkstar.UCSC.EDU> <1h9k9hINN670@uwm.edu>
  8. Date: Thu, 31 Dec 1992 02:31:04 GMT
  9. Lines: 25
  10.  
  11. markh@csd4.csd.uwm.edu (Mark) writes:
  12.  
  13. >Net lag is not causing those problems, select() is.  Always check for blocking
  14. >even if set in non-blocking mode, because select() sometimes blocks regardless.
  15. >Or, better, don't use select().  Use fork().
  16.  
  17. Of course select() blocks.  It's supposed to if none of the fd's have anything
  18. and the time is non-zero.
  19.  
  20. And fork() won't necessarily solve anything.  You STILL have the situation
  21. where ONE process has to wait for things from at least 2 different sources,
  22. even if those sources are children processes.
  23.  
  24. While these function names tend to be UNIX specific, the same situation
  25. exists regardless of system type and interface.  Simply having more processes
  26. does not solve the problems that have to be dealt with by a program that is
  27. going to be merging and multiplexing data that has random arrival order.
  28.  
  29. I have some specific solution possibilities, but I'll be sending them by
  30. e-mail since they are not relevant to comp.programming.
  31. -- 
  32. /************************************************************************\
  33. | Phil Howard,  pdh@netcom.com,  KA9WGN    Spell protection?  "1(911)A1" |
  34. | "It's not broken... it's just functionally challenged" --Phil and Pete |
  35. \************************************************************************/
  36.