home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / internal / 1633 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  2.9 KB
  1. Xref: sparky comp.unix.internals:1633 comp.unix.questions:9585
  2. Path: sparky!uunet!ogicse!psgrain!hippo!ucthpx!aim1!aim1!gram
  3. From: gram@aim1.aztec.co.za (Graham Wheeler)
  4. Newsgroups: comp.unix.internals,comp.unix.questions
  5. Subject: Re: Termio ioctls panicking system! Help!
  6. Message-ID: <gram.712502042@aim1>
  7. Date: 30 Jul 92 13:14:02 GMT
  8. Article-I.D.: aim1.gram.712502042
  9. References: <gram.711971201@aim1> <gram.712252068@aim1> <154662INNo9k@smurf.smurf.sub.org>
  10. Organization: Aztec Information Management
  11. Lines: 48
  12.  
  13. urlichs@smurf.sub.org (Matthias Urlichs) writes:
  14.  
  15. >In comp.unix.internals, article <gram.712252068@aim1>,
  16. >  gram@aim1.aztec.co.za (Graham Wheeler) writes:
  17. >< 
  18. >< I still would like to know why ldterm passes these ioctls on after I send
  19. >< it a DO_CANON message from my driver. Also, although the system no longer
  20.  
  21. >It has to. Keep in mind that you also have to set the baud rate et al.
  22. >There's no way to do this from a line discipline!
  23.  
  24. Yup, after carefully re-reading the ldterm docs I noticed that it does pass
  25. the ioctl on. However, I still have a problem (as you would have noticed from
  26. my other postings). The TCGETA ioctl that is passed to my driver has no 
  27. attached buffer (that is, mp->b_cont is NULL). If I acknowledge this ioctl,
  28. (and whether or not I actually allocate space for a termio structure myself),
  29. my entire OS dies (no panic, just silence). I can understand it killing the
  30. connection, or hanging that connection, but for the whole OS to just expire
  31. is a bit excessive, IMHO.
  32.  
  33. In the case when I allocated a termio structure myself in a message
  34. continuation block, I was still just filling this with zeros. Perhaps this
  35. is enough to kill a UNIX system; if so, that is quite disturbing. I will
  36. try this again and put in some more sensible values, particularly for the
  37. c_cflag field, and see what happens - it could well work.
  38.  
  39. I will keep the net posted with my progress with this problem, as I think
  40. it is of general interest to STREAMS users.
  41.  
  42. BTW, my postings in the last few days have been quite vitriolic at times.
  43. This is a reflection of the frustration I have been feeling at being unable
  44. to make any headway with these problems for the last two weeks. Don't get me
  45. wrong; I think UNIX, and STREAMS, are great (I *did* ask my boss, in jest,
  46. when we were going to go OS/2 ;-) ). I just think the STREAMS 
  47. documentation has got a hell of a lot of room for improvement. It comes
  48. across as a patchwork that has been added to as STREAMS has developed,
  49. but actually should be rewritten from scratch so that one doesn't have to
  50. be a detective to work out the finer points. I hope I haven't offended
  51. anyone too much with my complaints.
  52.  
  53. Yours slightly mollified
  54. Graham
  55.  
  56. -- 
  57. Graham Wheeler                     | "That which is weak conquers the strong,
  58. Software Systems Engineer/Student  | that which is soft conquers the hard."
  59. Aztec Information Management/UCT   |         Lao Tzu - Tao Te Ching Ch. 78
  60. gram@aim1.aztec.co.za / gram@cs.uct.ac.za 
  61.