all devices regression report - 2017-11-21-10:47:12 - 19ebb5f1f497b6f2d50fe13d17d3e627dfb6c868
| Newsgroups | gmane.comp.printing.ghostscript.regression |
|---|---|
| Message-ID | <20171121184713.65D532040269@i7> |
Differences in all devices errors using gs/examples files Previous Revision: 37a9d25214efcabe0f36ed4cf6e91c58fcdbfa2d Current Revision: 19ebb5f1f497b6f2d50fe13d17d3e627dfb6c868 commit 19ebb5f1f497b6f2d50fe13d17d3e627dfb6c868 Author: Ken Sharp <[email protected]> AuthorDate: Tue Nov 21 16:46:18 2017 +0000 CommitDate: Tue Nov 21 16:46:18 2017 +0000 PS interpreter - restore the flushpage operator Michael Katzmann, working at the Library of Congress, is using Ghostscript in a custom application, which also involves a barcode reader and an SQL database. Currently this resides in an RPM at: http://engineering.nlsbph.org/repo/fedora/fedora/updates/27/SRPMS/AddressCard-3.17-LoC.fc27.src.rpm but its not usable without the barcode reader and SQL database.... For reasons which are not completely clear to me, he wants to use flushpage to update the display part way through the operation. We suspect that it would be possible to avoid this, but it would probably require some programming effort on the users part, and since flushpage doesn't look like a likely candidate for abuse, we've decided just to restore it. Resource/Init/gs_init.ps new errors: errors that went away: errors that are not whitelisted: === ghostpdl/examples/transparency_example.ps === cp50 === === ghostpdl/examples/transparency_example.ps === psdrgb ===