home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os9 / 1217 < prev    next >
Encoding:
Text File  |  1992-09-10  |  2.0 KB  |  46 lines
  1. Newsgroups: comp.os.os9
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsc!cbfsb!cbnewsg.cb.att.com!mdw
  3. From: mdw@cbnewsg.cb.att.com (mark.d.wuest)
  4. Subject: Re: how to do concurrent read/write on terminal?
  5. Message-ID: <1992Sep10.123130.3716@cbfsb.cb.att.com>
  6. Keywords: input output
  7. Sender: news@cbfsb.cb.att.com
  8. Organization: AT&T
  9. References: <1992Sep9.223924.5962@mcs.anl.gov>
  10. Date: Thu, 10 Sep 1992 12:31:30 GMT
  11. Lines: 33
  12.  
  13. In article <1992Sep9.223924.5962@mcs.anl.gov> saunders@aps.anl.gov writes:
  14. >I have a control program (in Microware-C) running under OS-9 which 
  15. >accepts commands from /t1 and also periodically writes to /t1. 
  16. >There is a separate fork'ed process for reading commands and 
  17. >for periodic writes. (There are reasons behind this design.)
  18. >
  19. >The problem is that the gets() in the consuming process sleeps and prevents
  20. >the producing process from getting characters out to the terminal.
  21. >
  22. >Is there any way of solving this without installing a signal intercept
  23. >function and grabbing unbuffered characters one at a time with getchar()?
  24. >That solution is essentially duplicating the driver.
  25. >
  26. >Is there some mode I can set that will allow printf's while another process
  27. >is sitting in gets()? Do I need to open() additional file descriptors?
  28.  
  29. It is inherent in the scf file manager that you cannot do this.  We
  30. wrote our own file manger for an application because it was so central
  31. to our project.  Without doing that, yes, you have to do the signal
  32. game.  Look at any of the terminal programs (sterm, kermit) for
  33. examples on how this is done.
  34.  
  35. This is, to me, one of OS-9's less attractive features.  If Microware
  36. saw it as crucial to a large project (i.e.:  "change this feature, and
  37. we'll buy a 5,000-copy license"), they just *might* change it for you.
  38. More likely is a custom version of scf that you pay extra for.  Even
  39. more likely is, "This is that way it is.  Take it or leave it."
  40.  
  41. Mark
  42. -- 
  43. Mark Wuest                            *MY* opinions, not AT&T's!!
  44. mark.wuest@att.com
  45. mdw@cheshire.att.com (NeXT Mail)
  46.