home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / hp / 13995 < prev    next >
Encoding:
Internet Message Format  |  1992-12-11  |  1.2 KB
  1. Path: sparky!uunet!haven.umd.edu!umd5!roissy.umd.edu!mark
  2. From: mark@roissy.umd.edu (Mark Sienkiewicz)
  3. Newsgroups: comp.sys.hp
  4. Subject: Re: Problem with hp laser II
  5. Message-ID: <17491@umd5.umd.edu>
  6. Date: 11 Dec 92 20:43:19 GMT
  7. References: <9233810.2944@mulga.cs.mu.OZ.AU> <6854@tivoli.UUCP>
  8. Sender: news@umd5.umd.edu
  9. Organization: University of Maryland
  10. Lines: 22
  11.  
  12. In article <6854@tivoli.UUCP> stuart@TIVOLI.COM (Stuart Jarriel) writes:
  13. >|>     to it at once, it looks to me that the line somehow dropping the
  14. >|>     baud rate to 300 then reset back to 9600 before spooling to the
  15.  
  16. >
  17. >Serial ports in HPUX, when not attached to a running process are set
  18. >(but the OS) to 300 baud.  And the laserjet will see that.
  19.  
  20. >lp  ::off:nohup sleep 999999999 </dev/lp & stty 9600 </dev/lp
  21.  
  22. I've seen this is lots of SYSV based machines-- they all seem to have
  23. this problem, but this solution looks like a quick hack that covers over
  24. some other problem.  
  25.  
  26. It looks to me like the real problem is that the XXclose routine for the
  27. terminal is changing the baud rate BEFORE the output is drained.  If the
  28. close() system call would block until the output queue drained, and THEN
  29. set the baud rate back to the default, everything would work correctly,
  30. right?
  31.  
  32. Mark S.
  33.  
  34.