home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / sys5 / r4 / 1002 < prev    next >
Encoding:
Text File  |  1992-12-24  |  1.4 KB  |  31 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.PS3W.BG9@ferranti.com>
  6. Keywords: DTR
  7. Organization: Xenix Support, FICC
  8. References: <1406@minya.UUCP> <16070@auspex-gw.auspex.com> <id.KS3W.U79@ferranti.com>
  9. Date: Thu, 24 Dec 1992 22:37:06 GMT
  10. Lines: 19
  11.  
  12. In article <id.KS3W.U79@ferranti.com> peter@ferranti.com (peter da silva) writes:
  13. > Like Intel, which not only doesn't support any such ioctls, but it only
  14. > raises DTR on open [...]
  15.  
  16. I have been reminded that I have this behavior backwards. You could raise DTR,
  17. but couldn't become a process group leader again even if you closed all file
  18. descriptors, did a "setpgrp()", and opened that port again. I don't know how
  19. they managed that but it was more than mildly annoying.
  20.  
  21. In addition, if you set speed to B0 it would not then raise DTR again if you
  22. set speed back to some other baud rate. Since the SVID never explicitly says
  23. this, they didn't implement it.
  24.  
  25. The end result, and the customer-hostile response, was the same.
  26. -- 
  27. Peter da Silva                                            `-_-'
  28. Ferranti International Controls Corporation                'U` 
  29. Sugar Land, TX  77487-5012 USA
  30. +1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
  31.