[comp.protocols.appletalk] Need help with strange CAP lwsrv/papif problem

jeff@eniac.seas.upenn.edu (Jeffrey M White) (10/04/89)

  I'm having a strange problem with lwsrv and/or papif that I'm hoping someone
can give me some insight into.  (I should say first the programs include
Nick Lei's as well as some local mods, some of which may or may not be
causing the problem).
  Basically, what happens is that anytime I try to print a file to an lwsrv
published printer, the first page of the document comes out normally, but all
subsequent pages have the font(s) converted to Courier.  The log file for the
printer says,

papif: Starting job for root@eniac.seas.upenn.edu at Tue Oct  3 15:36:41 1989
on printer LaserWriter II NTX:LaserWriter@dslappletalk
|______Helvetica not found, using Courier.
|______Helvetica-Bold not found, using Courier.
papif: Finished job at Tue Oct  3 15:37:34 1989

  This happens on every document, regardless of type.  Two interesting points
which makes it even more confusing.  First, if you print multiple copies of
a document, all the copies of the first page will print out properly (and all
copies of subsequent copies screwed up).  Next, I took a copy of the 
/tmp/lwsrvxxxxx file that is created while lwsrv is running and uploaded it
back to my Mac and printed it out using Distill-PS (equiv. to SendPS).  It 
printed out correctly (and it was a multipage document).
  The font substituting problem only appears with files captured via lwsrv,
which makes me suspect that.  However, being able to print out the file
whch lwsrv creates properly using SendPS makes it seem like lwsrv is working
properly.  Thus, the reason I am confused.
  Any pointers as to which program is probably suspect would be appreciated.
Also, who is producing the '... not found ...' message?  My guess is that it
is an error message coming back from the printer, but I'm not sure.  Again,
thanks for any help.

						Jeff White
						University of Pennyslvania
						jeff@eniac.seas.upenn.edu

jeff@eniac.seas.upenn.edu (Jeffrey M White) (10/05/89)

Newsgroups: comp.protocols.appletalk
Subject: Re: Need help with strange CAP lwsrv/papif problem
Summary: 
Expires: 
References: <15058@netnews.upenn.edu> <19130@ut-emx.UUCP>
Sender: 
Reply-To: jeff@eniac.seas.upenn.edu.UUCP (Jeffrey M White)
Followup-To: 
Distribution: 
Organization: University of Pennsylvania
Keywords: 

In article <19130@ut-emx.UUCP> mic@emx.utexas.edu (Mic Kaczmarczik) writes:
>In article <15058@netnews.upenn.edu> jeff@eniac.seas.upenn.edu (Jeffrey M
White
) writes:
>> ..
>>  Basically, what happens is that anytime I try to print a file to an lwsrv
>>published printer, the first page of the document comes out normally, but all
>>subsequent pages have the font(s) converted to Courier.
>[...more info...]
>
>We've seen something similar to this.  If you're running TranScript on
>your Unix machine, and the queue has page reversal enabled, the Mac
> ...
>There are two things you can do in this case: 1) turn off automatic
>page reversal on your TranScript printer queue, or 2) use the
>-Tmakenondscconformant flag to lwsrv, which modifies the PostScript
>file so the header doesn't imply that it's page-reversible.  We're
>using approach #2 on our LaserWriter Pluses, since we still want troff
>output and text files to be page-reversed.
>
  Thanks for th info.  I decided to -r (no page reversal) route.  What I did
was to modify (my already modified) lwsrv program to issue the lpr command
with the -c option (which is for cifplot files), then modified the psif script
to treat pscf (which -c calls) as a valid filter name, having it do an
"exec comm2 ;;", comm2 being the same as the variable comm, expect for having
the -r option it.  This way, only Mac files disable page reversal.
  My question is whether the -Tmakenondscconformant flag would do EXACTLY the
same thing.  Does the fact that I am still running in 'conformant' mode buy
me anything extra?

                                                Jeff White
                                                University of Pennsylvania
                                                jeff@eniac.seas.upenn.edu

jeff@handies.ucar.edu (Jeffrey M White) (10/05/89)

In article <19130@ut-emx.UUCP> mic@emx.utexas.edu (Mic Kaczmarczik) writes:
>In article <15058@netnews.upenn.edu> jeff@eniac.seas.upenn.edu (Jeffrey M
White
) writes:
>> ..
>>  Basically, what happens is that anytime I try to print a file to an lwsrv
>>published printer, the first page of the document comes out normally, but all
>>subsequent pages have the font(s) converted to Courier.
>[...more info...]
>
>We've seen something similar to this.  If you're running TranScript on
>your Unix machine, and the queue has page reversal enabled, the Mac
> ...
>There are two things you can do in this case: 1) turn off automatic
>page reversal on your TranScript printer queue, or 2) use the
>-Tmakenondscconformant flag to lwsrv, which modifies the PostScript
>file so the header doesn't imply that it's page-reversible.  We're
>using approach #2 on our LaserWriter Pluses, since we still want troff
>output and text files to be page-reversed.
>
  Thanks for th info.  I decided to -r (no page reversal) route.  What I did
was to modify (my already modified) lwsrv program to issue the lpr command
with the -c option (which is for cifplot files), then modified the psif script
to treat pscf (which -c calls) as a valid filter name, having it do an
"exec comm2 ;;", comm2 being the same as the variable comm, expect for having
the -r option it.  This way, only Mac files disable page reversal.
  My question is whether the -Tmakenondscconformant flag would do EXACTLY the
same thing.  Does the fact that I am still running in 'conformant' mode buy
me anything extra?

                                                Jeff White
                                                University of Pennsylvania
                                                jeff@eniac.seas.upenn.edu