[3707] in Athena Bugs
palladium doesn't clean up PostScript VM
daemon@ATHENA.MIT.EDU (Ilhamuddin Ahmed)
Wed Nov 22 14:45:53 1989
Date: Wed, 22 Nov 89 14:42:06 -0500
From: Ilhamuddin Ahmed <ilham@ATHENA.MIT.EDU>
To: jtkohl@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: John T Kohl's message of Fri, 17 Nov 89 09:00:53 -0500 <8911171400.AA18719@LYCUS.MIT.EDU>
Reply-To: ilham@ATHENA.MIT.EDU
> Date: Fri, 17 Nov 89 09:00:53 -0500
> From: John T Kohl <jtkohl@ATHENA.MIT.EDU>
> X-Us-Snail: MIT Room E40-351, 1 Amherst St., Cambridge, MA 02139 USA
> The following file prints differently on NIL when spooled with lpr and
> pdpr.
> The Pd banner page should either (1) completely clean up its garbage
> from the printer environment or (2) be in a separate PostScript job [I
> recommend #2, as it is a "cleaner" solution, in that the printer is
> doing all the hard work of cleanup.]
> ----------- snip snip --------------
> %!
> % This file works properly (i.e. unpolluted environment) via LPD to NIL,
> % but not via Palladium to NIL.
> % It demonstrates that the Pd banner page is NOT properly cleaning up
> % the PostScript VM environment.
> /Times-Bold findfont 18 scalefont setfont
> /pagedict where {100 100 moveto (BROKEN! environment garbage) show}
> {100 100 moveto (OK, environment looks clean) show}
> ifelse
> showpage
After learning some Postscript for this (and with help from Chris
<vanharen@athena>) ... we came to the conclusion that this is *not* a
bug. The banner page is not the one that is leaving behind the "garbage"
but rather the banner page is a seperate job.
There is always going to be something on the postscript stack besides
the users job. This is postscript code for doing page counting properly
- there is *no* other way to do it.
- Ilham
