home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / ultrix / 8131 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.9 KB  |  53 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!caen!batcomputer!cornell!rochester!rit!isc-newsserver!mstacc
  3. From: mstacc@ultb.isc.rit.edu (M.S. Tremblay)
  4. Subject: Questions about printcap
  5. Message-ID: <1992Nov6.184414.13812@ultb.isc.rit.edu>
  6. Originator: mstacc@ultb
  7. Sender: news@ultb.isc.rit.edu (USENET News System)
  8. Nntp-Posting-Host: ultb-gw.isc.rit.edu
  9. Reply-To: mstacc@ultb.rit.edu ()
  10. Organization: Rochester Institute of Technology
  11. Date: Fri, 6 Nov 1992 18:44:14 GMT
  12. Lines: 39
  13.  
  14.  
  15. Have a question about using filters in printcap.  We have the
  16. following printcap entry setup:
  17.  
  18.  
  19. n_cad2:\
  20.     :lp=:\
  21.     :rm=ritvax.isc.rit.edu:\
  22.     :rp=rfk:\
  23.     :lf=/usr/adm/lpd-errs:
  24.  
  25. A file sent to n_cad2 will end up on a print queue on our VMS systems
  26. via the network.  We run into trouble when we send an HPGL file to this
  27. queue that is one large record.  The file makes it into the queue OK,
  28. just once the VMS print daemon gets it, things barf on record too
  29. large...
  30.  
  31. So what we need to do, is put a filter on the Ultrix side that will
  32. change the HPGL file into manageable records.  I've written one that
  33. does the job OK interactively, reads from stdin and writes to stdout,
  34. but when I try and put this 'filter' into the printcap entry, either
  35. xf, of, if, the resulting entry in the queue on  VMS still has huge
  36. records.  It is as if the filter entry is ignored with remote
  37. printers.
  38.  
  39. We have even tried making a filter that simply outputs 'Hello World',
  40. so no matter what file is printed, we should only see Hello World on
  41. the other end.
  42.  
  43. I have managed to get all of this to work with a LAT printer.  It seems
  44. that only when going to the network for the remote queue does this
  45. fail.
  46.  
  47. Any suggestions would be greatly apprciated.
  48.  
  49. -- 
  50. -Mark Tremblay              
  51.   software specialist                       Internet:    mstacc@ultb.isc.rit.edu
  52.      Rochester Institute of Technology      Phone:       716.475.2986
  53.