home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / admin / 7175 < prev    next >
Encoding:
Text File  |  1993-01-21  |  3.1 KB  |  69 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!unipalm!steven
  3. From: steven@unipalm.co.uk (Steven Vincent)
  4. Subject: Re: Wanted: TSR LPD for DOS
  5. Message-ID: <1993Jan21.122732.3849@unipalm.co.uk>
  6. Cc: hennie@nuustak.csir.co.za, ccowboy@seer.gentoo.com 
  7. Organization: Unipalm Ltd., 216 Cambridge Science Park, Cambridge CB4 4WA, UK
  8. References: <hennie.727432803@nuustak> <1993Jan19.175725.16171@seer.gentoo.com>
  9. Date: Thu, 21 Jan 1993 12:27:32 GMT
  10. Lines: 57
  11.  
  12.  
  13. >In article <hennie.727432803@nuustak> hennie@nuustak.csir.co.za (Hennie Rautenbach) writes:
  14. >>Hi
  15. >>
  16. >>I'm looking for a utility that gets loaded into TSR on a DOS PC transforming
  17. >>it into a Print Server to which UNIX "lpr" jobs can be spooled to accross an
  18. >>ethernet network.
  19. >>
  20. >>Has anyone seen or come accross such a utility ? If so, where can I find it ?
  21. >>
  22. >>Please mail me directly as I'm not a frequent reader of this group.
  23.  
  24. >Please mail this newsgroup w/ any information as some of us are frequent
  25. >readers of this group.
  26.  
  27. This is frequently discussed in comp.protocols.tcp-ip.ibmpc. Several 
  28. companies (inc PC-NFS and BW-TCP) produce such programs. My experience
  29. of them so far is that it is not a good idea. The limitations on DOS
  30. TSRs is such that only very limited functionality is possible and these
  31. LPDs have very finite limits as to how many connection they can safely
  32. accept at time (apparently 1 Sun is max!). In addition filters are not
  33. generally supported and the DOS performance for the foreground app suffers
  34. badly. For our own in House purposes we either use an old PC as a dedicated
  35. printserver (low Use - accounts wide dot matrix) or 386SX boxes running OS/2
  36. and FTP's PC/TCP for OS/2. In all cases the print jobs are routed through 
  37. the LPD of one SUN so that the PC's receive the jobs as a single stream.
  38. This also has the administration advantage that if a printer is moved only
  39. one printcap file needs to be changed rather than 60 + PC's running different
  40. software, 2 Vaxen and 12+ Unix boxes of different Flavours.
  41.  
  42. Supporting DOS based TCP/IP products I get at least 1 call a week on
  43. the use of PCs as printservers while being used for other apps.
  44.  
  45. I don't like the truth as I know it.  I am seriously looking into
  46. writing a simple TSR to emulate the HPJetDirect cards or a terminal
  47. servers reverse connection serial port. If the Unix box spools the 
  48. job and feeds it out over a raw TCP connection the PC does not need
  49. to do anything more complicated than pass the data out the port and 
  50. handshake the TCP connection. This should be much simpler and
  51. impose far less load on the single-tasking DOS box, I shall also find
  52. out if the rumors I heard a few years back about the PC's Parellel 
  53. port and IRQs being broken are true (something about the original
  54. design using Edge triggered and the BIOS checking for level triggering
  55. of IRQs).  If HPJetdirect cards and Spider Terminal servers can 
  56. support printers this way it I feel that PC support would be useful.
  57.  
  58. Comments Please. 
  59.  
  60. ================================================
  61. Steven Vincent,             steven@unipalm.co.uk
  62. Unipalm Ltd.                (44) 0223-420002
  63. Cambridge,
  64. England.
  65. ================================================
  66.  
  67. servers can work this wayy
  68.  
  69.