Re: flushpage

 Ken, I'm not sure what you mean by "other parts of the application". (I guess the providing the whole application + PS code was probably a bit to much to attack)
What you describe does sound far more involved and not well documented so I very much appreciate the reappearance of flushpage !Using a custom gs_init.ps felt fragile!
    On Tuesday, November 21, 2017, 11:54:48 AM EST, Ken Sharp <[email protected]> wrote:  
 
 At 16:13 17/11/2017 +0000, Michael K wrote:
>Sorry that should read ...
>The code is in an RPM at 
>http://engineering.nlsbph.org/repo/fedora/updates/27/SRPMS/AddressCard-3.17-LoC.fc27.src.rpm

OK we obviously can't use that without the other parts of the application.

We suspect that it should be possible to recode the app to resync the 
display by other means, probably by using the display device to pass memory 
buffers, but it would be a lot of work. Since the flushpage operator 
doesn't look likely to be amenable to abuse we've simply restored it in 
this commit:

http://git.ghostscript.com/?p=ghostpdl.git;a=commit;h=19ebb5f1f497b6f2d50fe13d17d3e627dfb6c868

So that wil be in the next release.

            Ken