Launchpad has imported 2 comments from the remote bug at http://bugs.ghostscript.com/show_bug.cgi?id=700584.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2019-02-11T15:52:18+00:00 Till Kamppeter wrote: Created attachment 16878 appout.pdf The problem is that with a certain PDF file (appout.pdf, attached) and certain parameters Ghostscript 9.26 fails when specifying a high value of the RIP_MAX_CACHE environment variable but succeeds when specifying a lower value or no RIP_MAX_CACHE at all. The problem does not occur with Ghostscript 9.22 though. Here is a reproducer command line: cat appout.pdf | RIP_MAX_CACHE=128m gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOINTERPOLATE -dNOMEDIAATTRS -dShowAcroForm -sstdout='%stderr' -sOutputFile='%stdout' -sDEVICE=cups -sMediaClass=Cassette -sMediaType=Plain -r600x600 -dDEVICEWIDTHPOINTS=288 -dDEVICEHEIGHTPOINTS=432 -dcupsBitsPerColor=8 -dcupsColorOrder=0 -dcupsColorSpace=6 -dcupsRowFeed=2 -scupsPageSizeName=w288h432 -I/usr/share/cups/fonts -c '<</.HWMargins[0.000000 0.000000 0.000000 0.000000] /Margins[0 0]>>setpagedevice' -f -_ > out.raster Whether it fails or not depends on the numeric value of the RIP_MAX_CACHE environment variable. For me all values up to 32.986m succeed and 32.987m and higher fails. Not supplying the RIP_MAX_CACHE also succeeds which is the reason whether the first attempts to run Ghostscript on the command line have succeeded. Strange is that low values of RIP_MAX_CACHE succeed and high values fail, so it does not seem to be a problem of too small memory. cups/gdevcups.c reads RIP_MAX_CACHE in the cups_get_space_params() function and drops the specified memory size in a gdev_prn_space_params data structure, in both MaxBitMap and BufferSpace fields. And it does this only if the RIP_MAX_CACHE variable exists and has a valid value (non-zero float number with unit k, m, or g). AFAIK it is only used in the "cups" output device, so in all other devices Ghostscript seems to handle MaxBitMap and BufferSpace by itself. Question is here not only what is going wrong but also whether Ghostscript is perhaps better in setting these sizes by itself and so should we perhaps drop the RIP_MAX_CACHE variable altogether (remove the support for it in cups/gdevcups.c?, set its default in CUPS to the invalid value 0?)? Reply at: https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/1815339/comments/9 ------------------------------------------------------------------------ On 2019-02-11T15:56:02+00:00 Till Kamppeter wrote: Original bug report to Ubuntu: https://bugs.launchpad.net/gs-gpl/+bug/1815339 Reply at: https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/1815339/comments/11 ** Changed in: gs-gpl Status: Unknown => New ** Changed in: gs-gpl Importance: Unknown => Medium -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ghostscript in Ubuntu. https://bugs.launchpad.net/bugs/1815339 Title: Printer stopped printing paper size 4"x6" after update ghostscript to 9.26 Status in GS-GPL: New Status in ghostscript package in Ubuntu: Incomplete Bug description: I have an issue with Ghostscript and printing. I use Gutenprint for my Canon MG5440, and I cannot print a photo 4"x6" (or 6"x4"), it does not print anything, however I still able to print A4 paper size. I use Ubuntu 18.04 and Gutenprint 5.3.1. The printing fail with message: .... [Job 143] Start rendering... [Job 143] Processing page 1... [Job 143] **** Unable to open the initial device, quitting. [Job 143] Rendering completed ... [Job 143] PID 24869 (/usr/lib/cups/filter/gstoraster) stopped with status 1. ... [Job 143] printer-state-message="Filter failed" [Job 143] printer-state-reasons=none The message "Unable to open the initial device, quitting" comes from Ghostscript. When I downgrade Ghostscript to 9.22, I am again able to print 4"x6" paper size. To downgrade: apt install ghostscript=9.22~dfsg+1-0ubuntu1 libgs9=9.22~dfsg+1-0ubuntu1 libgs9-common=9.22~dfsg+1-0ubuntu1 I found similar issue for HP printer at Debian https://bugs.debian.org /cgi-bin/bugreport.cgi?bug=908205 System info: Description: Ubuntu 18.04.1 LTS Release: 18.04 ghostscript: Installed: 9.26~dfsg+0-0ubuntu0.18.04.4 Candidate: 9.26~dfsg+0-0ubuntu0.18.04.4 Versions: *** 9.26~dfsg+0-0ubuntu0.18.04.4 500 500 http://ua.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages 100 /var/lib/dpkg/status 9.22~dfsg+1-0ubuntu1 500 500 http://ua.archive.ubuntu.com/ubuntu bionic/main amd64 Packages cups: Installed: 2.2.7-1ubuntu2.3 Candidate: 2.2.7-1ubuntu2.3 Versions: *** 2.2.7-1ubuntu2.3 500 500 http://ua.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages 100 /var/lib/dpkg/status 2.2.7-1ubuntu2.2 500 500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages 2.2.7-1ubuntu2 500 500 http://ua.archive.ubuntu.com/ubuntu bionic/main amd64 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/gs-gpl/+bug/1815339/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
