Re: Serious GDI Multithreading bug while printing to metafiles

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance



"Christian Kaiser" wrote:

For the record (google et al):

MS support just told me that this is in fact so, and that this is a
"by design-issue", and that it is unlikely to be fixed.

Christian

I've to pickup this thread again, this "by design-issue" seams to be a
rather new design issue.

We have our application running for several years, without having this
problem. Now on two brand new w2k3 sp2 server it happens.
Btw. in my case the metafile looses, if any, always the sequence
EXTCREATEFONTINDIRECT and the following SELECTOBJECT . Every thing else is
recorded correctly by now.

Next, the same issue exists when playing a metafile to a printer. In the
resulting PCL there are also font selections missed, in the same manner as
found when recording metafiles.
Afaik the spooler also creates metafiles for first.

To split up the appilcation into several processes is not practicable, since
we have up to 50 or more worker threads and multiple instances of the
application running. The resulting IPC will also slow down the application.

In our own test environment I can't reproduce this problem at all, W2k3 sp1
and w2k3 sp2, both dual processor 2GB ram, more or less the same boxes as
those having the problem.

Since we are producing unreadable output, I would be glad to have a more
detailed explanation how this "design-issue" came in, why it's found only on
some newer machines and what I really have to synchronize to get back to
correctly printed output.


regards

Stefan
.