pdftops -eps included a "showpage" postscript command in it's output. This command should not be present in EPS files, especially not if the file claims conformance. I found this nasty bugger when I got unexpected double page output on including a file produced by poppler in another document in another document... some code: %!PS-Adobe-3.0 EPSF-3.0 %Produced by poppler pdftops version: 0.18.4 (http://poppler.freedesktop.org) %%LanguageLevel: 3 %%DocumentProcessColors: (atend) ... ... ... 0 0 0 1 k Q Q showpage <- - - - - - - - - - <----- the forbidden thing %%PageTrailer pdfEndPage %%Trailer end %%DocumentSuppliedResources: %%+ font OYIMNL+Gentium %%DocumentProcessColors: Black %%DocumentCustomColors: %%CMYKCustomColor: %%EOF would be nice if it could be fixed....
The showpage operator is permitted in EPS files. It is usually included to allow viewing/printing the EPS file without needing to include it in a PS file. The EPS specification is available at: https://partners.adobe.com/public/developer/en/ps/5002.EPSF_Spec.pdf Section 3.2 of the specification states: "The showpage operator is permitted in EPS files because it is present in so many PostScript language files. Therefore, it is reasonable for an EPS file to use the showpage operator, although it is not necessary if the EPS file will only be imported into another document. The application importing the EPS file is responsible for redefining showpage." The sample EPS file in section 7 of the specification contains a showpage operator.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Oi, I need to read the specs more carefull (although I find it kind of stupid to include a showpage in an EPS, because it messes with the postscript page). I will try the recommended solution (which is more a king of dirty hack) and see if the additional showpage stops having the effect of yielding additional pages. The postscript manual also recommends a save/restore pair around any imported code, which I had not yet in place. Thanks for pointing this out. Yours, Tjeerd On 14-07-15 11:10, bugzilla-daemon@freedesktop.org wrote: > Adrian Johnson <mailto:ajohnson@redneon.com> changed bug 91332 > <https://bugs.freedesktop.org/show_bug.cgi?id=91332> What Removed > Added Status NEW RESOLVED Resolution --- NOTABUG > > *Comment # 1 > <https://bugs.freedesktop.org/show_bug.cgi?id=91332#c1> on bug > 91332 <https://bugs.freedesktop.org/show_bug.cgi?id=91332> from > Adrian Johnson <mailto:ajohnson@redneon.com> * > > The showpage operator is permitted in EPS files. It is usually > included to allow viewing/printing the EPS file without needing to > include it in a PS file. > > The EPS specification is available at: > https://partners.adobe.com/public/developer/en/ps/5002.EPSF_Spec.pdf > > Section 3.2 of the specification states: > > "The showpage operator is permitted in EPS files because it is > present in so many PostScript language files. Therefore, it is > reasonable for an EPS file to use the showpage operator, although > it is not necessary if the EPS file will only be imported into > another document. The application importing the EPS file is > responsible for redefining showpage." > > The sample EPS file in section 7 of the specification contains a > showpage operator. > > ------------------------------------------------------------------------ > > You are receiving this mail because: > > * You reported the bug. > - -- ir. T.J.Pinkert - --------------- Kikkenstein 3543 1104 TT Amsterdam The Netherlands tel: +31 20 3020040 Work: - ----- Atoms, Molecules and Lasers tel office: +31 20 5987858 tel lab: +31 20 5987438/585 email: t.j.pinkert@vu.nl LaserLaB, Vrije Universiteit De Boelelaan 1081 1081 HV Amsterdam The Netherlands -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlWmBlwACgkQ9xQaBfeouaonPgCeOOrbu1Dj0kW3r73G1DLFYPD5 xasAn2cU1BbBmIoDzlkBVZr0UQumyGnm =kadF -----END PGP SIGNATURE-----
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.