home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / wizards / 3783 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  2.3 KB
  1. Xref: sparky comp.unix.wizards:3783 comp.unix.programmer:4531 comp.unix.internals:1767
  2. Path: sparky!uunet!mcsun!uknet!ieunet!tcdcs!unix1.tcd.ie!acourtny
  3. From: acourtny@unix1.tcd.ie (Antony A. Courtney)
  4. Newsgroups: comp.unix.wizards,comp.unix.programmer,comp.unix.internals
  5. Subject: Re: Implementation of Sys V. based message queues
  6. Message-ID: <acourtny.715558246@unix1.tcd.ie>
  7. Date: 3 Sep 92 22:10:46 GMT
  8. References: <32301@adm.brl.mil> <1992Sep1.155322.5522@panther.mot.com>
  9. Sender: usenet@cs.tcd.ie (NN required at ashe.cs.tcd.ie)
  10. Organization: Trinity College, Dublin
  11. Lines: 38
  12. Nntp-Posting-Host: unix1.tcd.ie
  13.  
  14. In <1992Sep1.155322.5522@panther.mot.com> asu@panther4.panther.mot.com (ASU Student) writes:
  15. >Hello,
  16. >  Does anyone have any insight in to the implementation of Sys V
  17. >based message queues (on SunOS)?
  18.  
  19. All the system V IPC mechanisms are completely inconsistent with the rest of
  20. the i/o facilities provided by Unix.  The "key"s they use are their own name
  21. space, they are persistent after process death, they don't use descriptors so
  22. you can't use normal read()/write()/select() semantics, and they add about a 
  23. dozen system calls to the kernel just for handling them in their own arcane way.
  24.  
  25. >The reason I ask is because I would
  26. >like to be able to use select(2) to multiplex descriptor based objects
  27. >(sockets) as well as the message queue.
  28.  
  29. I could be mistaken, but my experience with using Sys V IPC with select()
  30. is:  
  31.     'aint no way...
  32.  
  33. I had the wonderful experience when integrating the DCE threads package with
  34. a control process we had developed in a multi-process environment.  The
  35. system ran beautifully first time, creating all the threads, sharing all the
  36. data properly, simulating blocking i/o, etc.  And then the process had to
  37. read some data from a Sys. V message queue and the process STOPPED STONE
  38. DEAD.
  39.  
  40. Loads of fun. :-) 
  41.  
  42. (don't even get me started on Sys V semaphores....and to think Unix was once
  43. appreciated for "simplicity" and "clarity".  *sigh*....)
  44.  
  45.     -antony
  46.  
  47. --
  48. ********************************************************************************
  49. * Antony A. Courtney                              Email: acourtny@unix1.tcd.ie *
  50. * Computer Science Department                            antony@george.lbl.gov *
  51. * Trinity College, Dublin, Ireland                Phone: 01+353+1-607389       *
  52.