home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / c / 16416 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.1 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!mccall
  2. From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: How to broadcast messages to processes?
  5. Message-ID: <1992Nov12.180705.10602@mksol.dseg.ti.com>
  6. Date: 12 Nov 92 18:07:05 GMT
  7. Article-I.D.: mksol.1992Nov12.180705.10602
  8. References: <DAVE.92Nov12212434@gctgw.gctech.co.jp>
  9. Distribution: comp
  10. Organization: Texas Instruments Inc
  11. Lines: 36
  12.  
  13. In <DAVE.92Nov12212434@gctgw.gctech.co.jp> dave@gctech.co.jp (Dave) writes:
  14.  
  15. >Howdy net,
  16.  
  17. >I'm trying to set up a package where processes (compiled C programs) can
  18. >send each other public messages.  I've been studying my RISC/os
  19. >Programmer's Guide, and have got through messages and pipes, and so far it
  20. >looks like there aren't any real broadcast tools.
  21.  
  22. >I mean, when you set up a pipe or a message queue, you can make it so that
  23. >any process can read it.  But when a single process reads the queue, that
  24. >amount of read info goes away, and other processes won't be able to read
  25. >it.  At least, that's what I gathered from the manual.
  26.  
  27. >What I want to do is have a mesage readable by all processes, as many
  28. >times as they want.  I only want messages to get deleted when the channel
  29. >goes away.
  30.  
  31. >I figured that I could do this with message queues by having the reading
  32. >process re-send the exact same message it just read, so that it is in
  33. >effect not removed from the queue.  But this has the problem that there is
  34. >a finite amount of time between the read and the re-post in which the
  35. >message does not exist on the queue.  And my hawkish little processes are
  36. >sure to get hung up on that delay.
  37.  
  38. >Can somebody point me in a broadcast direction?
  39.  
  40. Have you considered shared memory?  If speed is that critical
  41. (processes get hung up on the delay in message replacement) it may be
  42. just what you're looking for.
  43.  
  44. -- 
  45. "Insisting on perfect safety is for people who don't have the balls to live
  46.  in the real world."   -- Mary Shafer, NASA Ames Dryden
  47. ------------------------------------------------------------------------------
  48. Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
  49.