home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / wizards / 3862 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  2.0 KB
  1. Xref: sparky comp.unix.wizards:3862 comp.unix.programmer:4590 comp.unix.internals:1782
  2. Path: sparky!uunet!mcsun!Germany.EU.net!ira.uka.de!smurf.sub.org!news
  3. From: urlichs@smurf.sub.org (Matthias Urlichs)
  4. Newsgroups: comp.unix.wizards,comp.unix.programmer,comp.unix.internals
  5. Subject: Re: Implementation of Sys V. based message queues
  6. Date: 9 Sep 1992 15:55:41 +0200
  7. Organization: University of Karlsruhe, FRG
  8. Lines: 30
  9. Message-ID: <18kvotINN7le@smurf.smurf.sub.org>
  10. References: <acourtny.715558246@unix1.tcd.ie> <1992Sep3.232807.18181@noao.edu> <1992Sep8.171014.21414@dickens.com>
  11. NNTP-Posting-Host: 127.0.0.1
  12.  
  13. In comp.unix.wizards, article <1992Sep8.171014.21414@dickens.com>,
  14.   lpc@dickens.com (Luis P Caamano) writes:
  15. > In article <1992Sep3.232807.18181@noao.edu> rstevens@noao.edu (W. Richard Stevens) writes:
  16. > >
  17. > >Believe it or not, I just found out that AIX on the RS/6000 actually
  18. > >provides a function named select() with a different interface that
  19. > >actually lets you multiplex both descriptors and message queues.
  20. > >When I saw their interface I almost barfed.
  21. > 
  22. > Why? Is the implementation so awful?  I remember I almost barfed too but 
  23. > just because it was a new, strange select() that wasn't what I was used
  24. > to see.
  25. > 
  26. It's awful because it's nonstandard. The Right Thing to do is to make open
  27. message queues behave like standard Unix file descriptors, including read()/
  28. /write()/select(), not to invent another totally nonstandard function and
  29. naming it in the way that will confuse people the most.  :-/
  30.  
  31. > At least they did something ...
  32.  
  33. Does anybody use message queues anyway? For something that can't be done
  34. just as easily with named pipes or Unix-domain sockets?
  35.  
  36. -- 
  37. Real computer scientists only write specs for languages that might run
  38. on future hardware.  Nobody trusts them to write specs for anything homo
  39. sapiens will ever be able to fit on a single planet.
  40. -- 
  41. Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
  42. Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
  43.