- Tobias Weichel
- PowerBuilder
- Tuesday, 18 January 2022 08:03 AM UTC
Hi,
we are currently facing an issue in the systems of one of our clients in which printing pdf documents, out of our application, consumes round about 5MB Memory per Print and doesnt free it.
Since our application is still 32-Bit and our customer prints sometimes over 1000 pdf´s in a single process it happens that the memory gets over the 4GB and windows terminates our application.
We are still using Ghostscript for the pdf generation since we had format issues with the native pdf generation ( Switching is no concern of this question).
SourceCode which generated the .pdf-File:
...
ls_modify = "DataWindow.Export.PDF.Distill.CustomPostScript='1'" + gnv_app.of_cr() + &
"Datawindow.Export.PDF.Method = '0'" + gnv_app.of_cr() + &
"Datawindow.Printer='" + is_pdf_ghostscript_printer + "'"
ls_rtn = ads.Modify(ls_modify)
...
If ll_rtn = SUCCESS Then
ll_rtn = ads.SaveAs(as_filename, PDF!, False)
End If
...
Application:
Fatclient application build with Powerbuilder 2019R2 Build 2353
Environment on clientside:
Windows Server 2012, virtualized with VMWare in an external data center.
Ghostscript + HP Printing Driver PS for the PDF generation.
Some of the pc´s are used as terminals, some as batchservers.
No Windowsupdates installed since 04 2021
What did we already check:
Issue occurs on all systems of this specific client, we cant reproduce it in our own environments, even if we try to use the same setups.
Changing path where the pdf file is generated to a local path ( normally a network path is used).
Tried to generate the pdf with Win2PDF and the native pdf generation.
Im kinda out of ideas what to looking for right now so a good advice is appreciatet, if you need more infos feel free to ask.
Kind Regards,
Tobias
Find Questions by Tag
Helpful?
If a reply or comment is helpful for you, please don’t hesitate to click the Helpful button. This action is further confirmation of their invaluable contribution to the Appeon Community.