Print error during SalReport* results in report window not closed

Discussion forum about all things Gupta, OpenText and the community.
User avatar
Charlie
Canada
Posts: 646
Joined: 07 Mar 2017, 18:52
Location: Fredericton, New Brunswick, Canada

Print error during SalReport* results in report window not closed

Post by Charlie » 20 Apr 2022, 17:21

I've been a full-time career developer since 1995, and only now do I discover this quirk (bug?) that may explain once-in-a-blue-moon oddball application errors over the years.

Pick any one of your existing reports to test this out with SalReportPrint().

Make sure that in SAM_ReportStart you nab the report window handle in wParam AND make that hidden window visible. For example:

Code: Select all

On SAM_ReportStart
    Set hWndReport = SalNumberToWindowHandle( wParam )
    Call SalCenterWindow( hWndReport )
    Call SalHideWindow( hWndReport )
    Call SalShowWindow( hWndReport )
! Not sure if all of those lines are needed, I may have gotten carried away there copying and pasting much of that from something else I was testing out.  Meh ...
Now set yourself up so that when you print the report, it goes to the Microsoft PDF Print Driver (to simulate a print error.)

When the Microsoft Print Driver asks where you want to save the PDF, click "Cancel".

That should generate a report printing error.

After you click "OK" on the error message dialog(s), you should be left with a blank open window (maybe behind other windows) that SalReportPrint created.

Normally, we wouldn't know about that window because, when printing, that window is hidden.

This has me wondering: if while running an application we have many print errors, can we potentially wind up with so many of these hidden report windows that the application can crash (maybe complaining about too many reports, maybe not complaining at all?)

Now any hidden report window will get closed when the window calling SalReport* happens to close. That's good.

However, if a window repeatedly calls SalReportPrint and keeps getting print errors, there are likely a whole bunch of report windows existing in the background.

Unless one is vigilant about explicitly destroying those report windows.

Which has me thinking that SalReport* should always (as in always always always) involve some these practices:
  • get the window handle of the report window (I like putting it in hWndReport) generated by SalReport* on SAM_ReportStart
  • just before any SalReport* call, Call SalDestroyWindow(hWndReport)
What are your thoughts and observations/experiences?

Return to “General Discussion”

Who is online

Users browsing this forum: [Ccbot] and 0 guests