home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / hp / 14190 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  1.4 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: <17612@umd5.umd.edu>
  6. Date: 17 Dec 92 20:00:23 GMT
  7. References: <6854@tivoli.UUCP> <17491@umd5.umd.edu> <6954@tivoli.UUCP>
  8. Sender: news@umd5.umd.edu
  9. Organization: University of Maryland
  10. Lines: 28
  11.  
  12. In article <6954@tivoli.UUCP> stuart@TIVOLI.COM (Stuart Jarriel) writes:
  13. >In article <17491@umd5.umd.edu>, mark@roissy.umd.edu (Mark Sienkiewicz) writes:
  14. >
  15. >|> It looks to me like the real problem is that the XXclose routine for the
  16. >|> terminal is changing the baud rate BEFORE the output is drained.  If the
  17. >
  18. >Well, that would be true if a single process was sending data to the printer.
  19. >But SYSV print spooling is a conglomeration of shell scripts, with a cat
  20.  
  21. yeah, but it is allegedly invoked as 
  22.  
  23.     interface/name > /dev/whatever
  24.  
  25. so the shell should be holding the printer open.  When the shell exits,
  26. THEN the last close happens.  The shell should be the only one blocked
  27. waiting for the output to drain.
  28.  
  29. >
  30. >echo "some control char's to setup the printer"
  31. >cat file
  32. >echo "some more control char's"
  33. >
  34. >It's hard not to get the 300baud spikes.
  35.  
  36. Ok, but which characters are getting transmitted at 300 baud?  My experience
  37. has been that it's the last N, where N is some number just big enough
  38. to mess up your printout.
  39.  
  40.