home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / internal / 1723 < prev    next >
Encoding:
Text File  |  1992-08-20  |  1.3 KB  |  33 lines
  1. Newsgroups: comp.unix.internals
  2. Path: sparky!uunet!decwrl!pa.dec.com!decprl!decprl!boyd
  3. From: boyd@prl.dec.com (Boyd Roberts)
  4. Subject: Re: Poll(), sleeping on several addresses
  5. Message-ID: <1992Aug21.114445.19513@prl.dec.com>
  6. Sender: news@prl.dec.com (USENET News System)
  7. Nntp-Posting-Host: prl313.prl.dec.com
  8. Organization: Digital Equipment Corporation - Paris Research Laboratory
  9. References:  <1992Aug20.191904.4567@candle.uucp>
  10. Date: Fri, 21 Aug 1992 11:44:45 GMT
  11. Lines: 20
  12.  
  13. In article <1992Aug20.191904.4567@candle.uucp>, root@candle.uucp (Bruce Momjian) writes:
  14. > My AT&T Svr3.1 poll() only works on streams devices, which doesn't do me
  15. > much good, so I am attempting to write my own poll() as a device driver.
  16. > 
  17.  
  18. I think you're going to lose big here.  If you have the source to the
  19. tty drivers then you'd stand a chance.  Poking around in other process's
  20. u-areas and other driver's data structures is just not a good idea.
  21.  
  22. Perhaps you should just move the whole thing out into user mode?
  23. Have a process polling the various tty's and get it to send up
  24. that data to your other process over a socket which you can select on.
  25.  
  26. Solving your problems by kernel hacking is not always a _suitable_ solution.
  27.  
  28.  
  29. Boyd Roberts            boyd@prl.dec.com
  30.  
  31. ``When the going gets wierd, the weird turn pro...''
  32.  
  33.