Bug 44501

Summary: ERROR NAME; undefined COMMAND; Q OPERAND STACK;
Product: cairo Reporter: dan.baumann
Component: postscript backendAssignee: Adrian Johnson <ajohnson>
Status: RESOLVED NOTOURBUG QA Contact: cairo-bugs mailing list <cairo-bugs>
Severity: normal    
Priority: medium    
Version: 1.10.2   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: screenshot01
screenshot02
screenshot03
drucktest.pdf
drucktest.ps

Description dan.baumann 2012-01-05 11:04:11 UTC
Hello

OS: Gentoo 3.1.6
Cairo: x11-libs/cairo-1.10.2-r1
Cups: net-print/cups-1.4.8-r1
PPD-File: BR9120_2_GPL.ppd
Printer: MFC-9120-CN

Browser: www-client/firefox-8.0

The network brother printer mfc-9120-cn works with cups and the *.ppd-file, if I print for example *.txt and *.odt-files. But I got while printing a website  with the firefox browser this message on the paper:

ERROR NAME;
undefined

COMMAND;
Q
OPERAND STACK;

Is there any hint for that problem?

It seems like for example:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608116

https://bugs.launchpad.net/bugs/419143



I did tests also with...

foomatic-db-engine-4.0.7
foomatic-db-ppds-4.0.20110506

...and got same issues:



Thanks a lot.
Comment 1 Adrian Johnson 2012-01-06 21:54:14 UTC
Firefox prints as PDF so the bug could be in whatever is doing the PDF to PS conversion.

You could try the following:

1. Find a webpage that reproduces the problem. The simpler the better.
2. Print it to a PDF file.
3. Find out what is converting the PDF to PS. It could be poppler (pdftops) or ghostscript (pdf2ps).
4. Convert the file to PS.
5. Print the PS file directly to the printer bypassing any CUPS filtering (lpr -o raw)

If the file prints correctly the problem is in the CUPS filtering.

If the file doesn't print and you are using poppler, attach the PDF and PS files and I will have a look.

If the file doesn't print and you are using ghostscript, file a ghostscript bug.
Comment 2 dan.baumann 2012-01-07 03:30:34 UTC
Created attachment 55236 [details]
screenshot01
Comment 3 dan.baumann 2012-01-07 03:31:20 UTC
Created attachment 55237 [details]
screenshot02
Comment 4 dan.baumann 2012-01-07 03:31:59 UTC
Created attachment 55238 [details]
screenshot03
Comment 5 dan.baumann 2012-01-07 03:34:20 UTC
Created attachment 55239 [details]
drucktest.pdf
Comment 6 dan.baumann 2012-01-07 03:35:08 UTC
Created attachment 55240 [details]
drucktest.ps
Comment 7 dan.baumann 2012-01-07 03:36:31 UTC
First I did the test with poppler (app-text/poppler-0.16.7)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I printed the website with firefox to a *.pdf-File and I got this *.pdf (screen01.jpg).
How you can see, is the date of the *.pdf wrong. My computer does each hour a cronjob like:

crontab -l
0 * * * * /usr/sbin/ntpdate swisstime.ethz.ch >> /var/log/ntpdate/ntpdate.log 2>&1

cat /var/log/ntpdate/ntpdate.log
[...]
7 Jan 11:00:09 ntpdate[5747]: adjust time server 129.132.2.21 offset 0.004887 sec

The time on my machine is always exactly. What is the matter for that?


Then I converted the *.pdf to a *.ps-File with the following command (screen02.jpg):
pdftops drucktest.pdf

ls
drucktest.pdf  drucktest.ps

I printed the *.ps-file with the following command:
lpr -o raw drucktest.ps

It worked well.



Second I did the test with ghostscript-gpl (app-text/ghostscript-gpl-9.04-r4)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I took the same *.pdf (drucktest.pdf -- screen01.jpg) like in the test with poppler.

I converted the *.pdf with the following command (screen03.jpg):
pdf2ps drucktest.pdf

ls
drucktest.pdf  drucktest.ps

I printed the *.ps-file with the following command:
lpr -o raw drucktest.ps

I got a empty paper.


Should I now report this bug to the cups and the ghostscript teams?

Thanx a lot for your help.
Comment 8 Adrian Johnson 2012-01-07 04:18:44 UTC
As printing to PDF then using poppler to convert to PS works on your printer it is not a cairo or poppler bug.

It looks like there could be a bug in ghostscript.

You also need to find out how Gentoo converts the PDF to PS and what other filtering is done. Maybe one of the Gentoo developers can help you debug this.
Comment 9 James Cloos 2012-01-07 11:52:45 UTC
In Gentoo, cups’ pdftops filter calls /usr/bin/pdftops, which is poppler’s.
Comment 10 Adrian Johnson 2012-01-07 16:46:27 UTC
You could try "pdftops -level3" to see if that reproduces the problem.

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.