home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / sys5 / r4 / 1001 < prev    next >
Encoding:
Text File  |  1992-12-24  |  2.3 KB  |  56 lines
  1. Newsgroups: comp.unix.sys5.r4
  2. Path: sparky!uunet!wupost!cs.utexas.edu!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!ficc!peter
  3. From: peter@ferranti.com (peter da silva)
  4. Subject: Re: Can Sys/V force DTR low or high?
  5. Message-ID: <id.KS3W.U79@ferranti.com>
  6. Keywords: DTR
  7. Organization: Xenix Support, FICC
  8. References: <1406@minya.UUCP> <16070@auspex-gw.auspex.com>
  9. Date: Thu, 24 Dec 1992 22:32:31 GMT
  10. Lines: 44
  11.  
  12. In article <16070@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
  13. > >I've poked around in TFM for several Sys/V releases (both R3 and  R4),
  14. > >and as near as I can tell, there is no (documented) equivalent of this
  15. > >operation in Sys/V.
  16.  
  17. "stty 0" also works.
  18.  
  19. > System Administration manual - yup, it's sure obvious to *me* that
  20. > documentation on how a *programmer* controls a device belongs in the
  21. > *system administrator's* manual rather than the *programmer's*
  22. > manual....
  23.  
  24. ah yes, that's one of the fun things about the "new" manual structure...
  25. in every way inferior to the old sections 1-8.
  26.  
  27. > Now, this requires that the underlying serial port drivers *implement*
  28. > those "ioctl"s; whether any particular SVR4 driver does, or doesn't, is
  29. > up to its author.  If you find one that doesn't, complain to the vendor.
  30.  
  31. Like Intel, which not only doesn't support any such ioctls, but it only
  32. raises DTR on open if:
  33.  
  34.     The process in question is a process group leader,
  35.     and does not have a control terminal already.
  36.  
  37. i.e., on "first open" for a control terminal. Not only that, but if you
  38. drop DTR with "stty 0" (the alternate) and then raise it again you no
  39. longer have a valid control terminal.
  40.  
  41. (intel 410 serial card for multibus II)
  42.  
  43. In addition, they claimed that this was in conformance with the SVID
  44. and if we wanted then to fix it we would have to pay them for the work
  45. on this "enhancement". They agreed that their implementation made NO
  46. SENSE WHATSOEVER, but since it was SVID they didn't have to fix it.
  47.  
  48. They didn't have to sell any more 410 serial cards, either... and they
  49. didn't. We set up a separate PC for the purpose and Digiboard got our
  50. business. Their PC/8e drivers work just fine.
  51. -- 
  52. Peter da Silva                                            `-_-'
  53. Ferranti International Controls Corporation                'U` 
  54. Sugar Land, TX  77487-5012 USA
  55. +1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
  56.