Hi! I have cups-1.1.23-r8 and ghostscript-gpl 8.54 installed and am using an hp-lj 1320 with the standard postscript laserjet ppd(no manual fiddling with the cups config or smth like that) everthinh works fine. But I have trouble printing with one special pdf. Other pdf's (even from the same source - means same pdfinfo besides title and date) print just fine. I have attached the cups-debug output. I have also attached the corpus delicti... (means the pdf in question) could someone perhaps confirm this bug? and tell me perhaps whats wrong? (Brief excerpt:) D [22/Aug/2006:14:36:18 +0200] [Job 594] Error: /undefined in pdfLastFill D [22/Aug/2006:14:36:18 +0200] [Job 594] Operand stack: D [22/Aug/2006:14:36:18 +0200] [Job 594] --nostringval-- D [22/Aug/2006:14:36:18 +0200] [Job 594] Execution stack: D [22/Aug/2006:14:36:18 +0200] [Job 594] %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- D [22/Aug/2006:14:36:18 +0200] [Job 594] Dictionary stack: D [22/Aug/2006:14:36:18 +0200] [Job 594] --dict:1132/1686(ro)(G)-- --dict:0/20(G)-- --dict:76/200(L)-- --dict:64/75(L)-- --dict:7/8(L)-- --dict:2/2(L)-- D [22/Aug/2006:14:36:18 +0200] [Job 594] Current allocation mode is local D [22/Aug/2006:14:36:18 +0200] [Job 594] Last OS error: 2 D [22/Aug/2006:14:36:18 +0200] [Job 594] GPL Ghostscript 8.54: Unrecoverable error, exit code 1 E [22/Aug/2006:14:36:18 +0200] PID 4419 stopped with status 1! E [22/Aug/2006:14:36:18 +0200] [Job 594] No pages found! E [22/Aug/2006:14:36:18 +0200] PID 4420 stopped with status 1! greets, Florian p.s. thx for your help!
Created attachment 94858 [details] cups debug log
Created attachment 94859 [details] the pdf in question... aka corpus delicti
can you please report this to the ghostscript afpl/gpl bugzilla? I guess it will not be resolved here
done... greetings, Florian
done... (http://bugs.ghostscript.com/show_bug.cgi?id=688842) greetings, Florian
Hi! I am back again! :) ok the investigation at ghostscript-bugzilla revealed that the pdftops-binary in gentoo creates an invalid postscript file (see the ghostscript-bug report)
hmh, gentoo does not patch poppler in any way. Must be a poppler upstream problem then. Can you please try with poppler 0.5.1?
0.5.1 does not suffer from this problem (it gets printed fine) p.s.: sorry for late answer, i was busy
I have actually solved the problem. It comes from PSOutputDevice.cc which formerly came from xpdf. The problem arises on embedding Type3 fonts, which commonly happens when using TeX fonts. There is a simple line /pdfLastFill false def that might be inserted before line 17, which corrected the problem for a file of mine. I cannot say which side effects happen, but I assume they are small, since it's simple a switch off, of a feature.
I already posted a message to Glyph & Cog, LLC.
if it is not a poppler bug, how comes that 0.5.1 works fine? was there a code-sync with xpdf after 0.5.1?
(In reply to comment #11) > if it is not a poppler bug, how comes that 0.5.1 works fine? was there a > code-sync with xpdf after 0.5.1? > but it is a poppler bug, since PSOutputDevice.cc is the same in poppler and xpdf. I don't know how this changed in 0.5.1 but I know how to change the PSOutputDevice.cc to solve the problem.
Created attachment 96461 [details, diff] simple patch in Gfx.cc This simple patch disables updateAll, which writes out the errorneous graphic commands in the non-page environment of T3 definition.
didn't came around to test the patch, sorry... but it seems to be fixed in 0.5.4
marking as fixed then
