home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / hp / 14140 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  1.5 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!nobody
  2. From: allyn@sdd.hp.com (Allyn Fratkin)
  3. Newsgroups: comp.sys.hp
  4. Subject: Re: Problem with hp laser II
  5. Date: 16 Dec 1992 10:18:46 -0800
  6. Organization: Hewlett Packard, San Diego Division
  7. Lines: 27
  8. Message-ID: <1gnru6INN4rp@hpsdlx.sdd.hp.com>
  9. References: <6854@tivoli.UUCP> <17491@umd5.umd.edu> <6954@tivoli.UUCP>
  10. NNTP-Posting-Host: hpsdlx.sdd.hp.com
  11.  
  12. In article <6954@tivoli.UUCP>, stuart@TIVOLI.COM (Stuart Jarriel) writes:
  13. > Well, that would be true if a single process was sending data to the printer.
  14. > But SYSV print spooling is a conglomeration of shell scripts, with a cat
  15. > somewhere in the middle.  If a program were responsible to get the file,
  16. > set up the printer and send the data, the close() would work.  But if
  17. > you have a script that:
  18. > 
  19. > echo "some control char's to setup the printer"
  20. > cat file
  21. > echo "some more control char's"
  22. > 
  23. > It's hard not to get the 300baud spikes.
  24.  
  25. except for the fact that there is only one model shell script called
  26. for each printer (in /usr/spool/lp/interface/<printername>), and it 
  27. is called with the printer device file opened as stdout, so what you're 
  28. suggesting as a problem doesn't exist.
  29.  
  30. there is no "last close" anytime within the model script. the script
  31. can set the baud rate to whatever it wants without fear that it will
  32. change during its' execution.
  33.  
  34. not an official response.
  35. -- 
  36.  From the virtual mind of Allyn Fratkin            allyn@sdd.hp.com
  37.                           San Diego Division       - or -
  38.                           Hewlett-Packard Company  uunet!ucsd!hp-sdd!allyn
  39.