*** This bug is a duplicate of bug 978120 ***
https://bugs.launchpad.net/bugs/978120
Hello everybody,
sorry for this late comment, this bug is really old and in this case or in many
cases all ready fixed (i hope).
In my case i have the same problem with a printer from HP manufacture. Why i
write this comment? I hope some people have the same problem still available
and can fix it, too.
The bug/problem is: After 2 or 3 sites are printed the printer print out:
"ERROR: Offending command: put" and nothing more. The printout will only
crashed if we have more than one copy from the same print.
Keyword "Collate".
In the first situation the bug can be fixed with the cups option:
"-o pdftops-renderer-default=pdftops", but have anybody see after this option
is set, the printout data will grow up for ten times. That was not really a
good deal.
So i have used debug options from cups equals "cupsctl --debug-logging" to show
me, how does cups will be convert the data stream from pdf (thats the first
data stream after click in print) to postscript.
I found following processes:
"gs, pstops and hpps" (but the last one is not really important for this
problem)
The first process will execute:
gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout
-dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c
'save pop' -f /var/spool/cups/d00721-001
after this:
pstops: /usr/lib/cups/filter/pstops 721 christian 'Some Title' 5
'job-originating-user-name=christian InputSlot=Tray3 noHPEdgeToEdge
Duplex=DuplexTumble HPColorAsGray MediaType=Plain PageSize=A4 Collate
job-priority=50 HPPJLOutputMode=GeneralOffice job-sheets=none,none number-up=1
job-uuid=urn:uuid:d69b588f-6144-314d-4578-5fe599927876
job-originating-host-name=localhost time-at-creation=1522310875
time-at-processing=1522310875'
and then hpps...
but this converting with hpps is not really interessting.
but if i read the postscript data with ghostscript after the first ghostscript
process will done, i became the same error message how does the printer will
printout:
"%%[ Error handled by opdfread.ps : typecheck; OffendingCommand: put ]%%". I
stopped the printer queue and read the file with gs /var/spool/cups/d000723-001
Oh, thats really cool, but where is the problem?
Before than the ghostscript will convert to postscript or it comes with
ghostscript?
Ok, i will change my ghostscript version from 9.10 to 9.23, never changed, same
problem still available!
I reduce the options in the pstops statement because, the reduce from gs
statements was no good idea ;-).
So after i reduce the option "Collate" the print out was complete printed. Ok
the sorting of paper was not possible, but i have a idea :-D!
I have really do many changes with the ppd to become an answer.
The last step i have changed was: This option to "False" from ppd file:
*cupsManualCopies: False
And my problem was done.
Now, can please tell me anybody, how does this option will bring up this
error: "%%[ Error handled by opdfread.ps : typecheck; OffendingCommand:
put ]%%".
thanks for all to support this bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/998087
Title:
printer ERROR: invalidaccess OFFENDING COMMAND: filter
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/998087/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
