On Sun 12 Jun 2016 at 15:58:32 +0100, Sam Morris wrote: > On Sun, 2016-06-12 at 15:18 +0100, Brian Potkin wrote: > > Hello Sam; thank you for your report. I'm not too sure what is going on > > here so a bit of futher explanation would be helpful. > > > > On Sat 11 Jun 2016 at 14:25:12 +0100, Sam Morris wrote: > > > > > My Dell 2330dn printer outputs an error half way through print jobs from > > > Evolution. The output is: > > > > Is the printing taking place directly from the Evolution print dialog? > > That's correct. > > > > > ERROR: > > > invalidaccess > > > OFFENDING COMMAND: > > > copy > > > STACK: > > > --nostringval-- > > > --nostringval-- > > > --nostringval-- > > > 8.80119 > > > -mark- > > > -mark- > > > -mark- > > > > > > Attached is a job that reproduces the error, and the PPD for the printer > > > in case that's helpful. > > > > It would appear not beause this a PostScript file and the print dialog > > generates a PDF. How are you printing this file? With lp/lpr? > > The file is the result of printing the email, from Evolution via the > GTK+ print dialog, to a test queue created like this: > > lpadmin -p test -E -v file:/tmp/printout -P /etc/cups/ppd/dell2330.ppd
I take "job" to mean the file which is *input* to the filtering system, not the file which is output to the printer from the filtering system. I think I'm unconfused now! Colour me a pedant. :) The input file is the email. From the GTK dialog Cairo always produces a PDF and with your queue "test" the filtering is email -> pdftopdf -> pdftops -> PS to the printer and the default renderer is gs. > > printer-bug-public-repro.ps has > > > > %%Creator: GPL Ghostscript 919 (ps2write) > > > > so it looks like pdftops was involved in producing it. > > > > > I've tried using lpoptions to set the queue to use pdftops instead of > > > gs, but it doesn't help. Although when I look at the generated ps, it > > > doesn't seem very different after I set: It won't be any different at all. lpoptions deals with the PPD file options. You have to set up the queue to render with Poppler's pdftops, lpadmin -p dell2330 -E -v <whatever> -P /etc/cups/ppd/dell2330.ppd How do you go on now with printing? > > > lpoptions -p dell2330 -o pdftops-renderer=pdftops > > > > > > Which resulted in the following ~/.cups/lpoptions: > > > > > > Dest dell2330 pdftops-renderer=pdftops > > > Dest test pdftops-renderer=pdftops psdebug=true > > > > > > I believe Gtk's printing code obeys this file, so not sure what I did > > > wrong here. > > > > You have a PostScript PPD (there is no *cupsFilters line in it) so > > cups-filters does not use pdftops. > > Ok, that explains it. I thought pdftops might be involved in converting > whatever Evolution (via GTK+'s printing system) output to PS for the > printer to process. If you were sending a PostScript job I would be correct. You are not, so I am not correct. pdftops is used. I think we are on the same page now. Regarding ERROR: invalidaccess etc,etc The printer doesn't like the PostScript produced by Ghostscript; for my money that is bug in its PS interpreter. I sent your output PS file to my HP LaserJet using lp -d laserjet -o raw printer-bug-public-repro.ps and it printed out perfectly. Regards, Brian.
