Exit
  • Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
  • 한국 커뮤니티
0

GDI leak when calling acrodocshim loadfile methode using activeX

New Here ,
Aug 20, 2018 Aug 20, 2018

Hi everyone,

We are experiencing the following:

When accessing and displaying a file using the activeX interface in reader DC the windows GDI counter goes up by 2 for every pdf called.

The function used is iacroaxdocshim loadfile.

The function itself seems to be working fine and bringing up and displaying the correct pdf.

However with the final application regularly displaying new pdfs in multiple "frames" ,and running for an extended period of time the task managers GDI counter creeps up. Eventually that is then killing the app for GDI resource limit related reasons.

Whilst the windows GDI level can be increased we would much rather 'properly' handle the problem.

What is the proper way of recovering the GDI handles with the provided activeX methods?

Is anyone able to replicate the behaviour?

Thank you

Sebastian

704
Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
LEGEND ,
Aug 21, 2018 Aug 21, 2018

Acrobat is notoriously not designed for extended and repeated automation. Did you try quitting/killing the Acrobat task and does it reset the handle count?

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
New Here ,
Aug 21, 2018 Aug 21, 2018
LATEST

Unfortunately killing the acroread task does not release the GDI handles accumulated in the actual application.

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines