home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / sys5 / r4 / 1101 < prev    next >
Encoding:
Internet Message Format  |  1993-01-01  |  2.3 KB

  1. Xref: sparky comp.unix.sys5.r4:1101 comp.unix.pc-clone.32bit:945
  2. Path: sparky!uunet!destroyer!mudos!mudos!not-for-mail
  3. From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
  4. Newsgroups: comp.unix.sys5.r4,comp.unix.pc-clone.32bit
  5. Subject: Re: Problem with lp.  Got me stumped.  (email, I'll sum)
  6. Date: 1 Jan 1993 21:00:28 -0500
  7. Organization: The Programmers' Pit Stop, Ann Arbor MI
  8. Lines: 34
  9. Message-ID: <1i2svsINNdgt@mudos.ann-arbor.mi.us>
  10. References: <1hv6jmINN9rk@spool.mu.edu> <1993Jan1.101821.414@pphbau.atr.bso.nl>
  11. NNTP-Posting-Host: mudos.ann-arbor.mi.us
  12.  
  13. In article <1993Jan1.101821.414@pphbau.atr.bso.nl> paul@pphbau.atr.bso.nl (PPH Bauwens) writes:
  14. >Most LP problems under ESIX SVR4 (or any other UNIX) come from substandard
  15. >hardware with inoperable LP interrupt. DOS does _NOT_ use the LP interrupt
  16. >but performs busy wait. 
  17.  
  18. You're correct that most Unix problems with the parallel port come
  19. from substandard boards that don't do interrupts correctly.  However,
  20. you will *not* see data-overrun problems with a board that doesn't do
  21. interrupts properly.  Instead, you will see very SLOW output as the lp
  22. driver repeatedly times out after not getting the interrupt it was
  23. expecting.
  24.  
  25. At any rate, I *did* check my parallel ports.  I even tried them under
  26. a different Unix (SCO Unix 3.2v4.0), where they worked fine.  And when
  27. I reported the problem to Esix, they acknowledged that they had
  28. flow-control problems with their parallel port driver.
  29.  
  30. >I routinely use GhostScript 2.4 to print postscripted manpages on my
  31. >HP Deskjet without any problems AND THIS IS BITMAP DATA (>300K/page).
  32. >Speed is about 1.5-2 pages / minute, the Deskjet busy all the time!
  33. >On a 486 system loading during this is about nil.
  34.  
  35. It seems to be very printer-specific.  On an Abaton LaserScript LX,
  36. the printer drops characters all over the place.  On my Panasonic
  37. KX-P4420, it only drops about 1-2 characters at the beginning of each
  38. page.  I would be willing to bet that your DeskJet doesn't drop
  39. characters because it isn't a page printer, so there's no significant
  40. lag at the end of each page while the page is printed and ejected.
  41.  
  42. -- 
  43. Marc Unangst, N8VRH         | "Of course, in order to understand this you
  44. mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
  45.                             |  is squishy."
  46.                             |    -W. Scheider, from a Physics lecture
  47.