Ian,
This patch should solve the splash screen problem you're experiencing. Let
me know if it works.
The patch is slightly different to what Gerard posted last week. I've done
the invalidation in the service thread, and erased the background on
reception of WM_SYNCPAINT only if it was needed. (based on Ove's suggestion)
Stephane Lussier
Macadamian Technologies
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Ian Schmidt
> Sent: Saturday, July 15, 2000 12:31 AM
> To: gerard patel
> Cc: [EMAIL PROTECTED]
> Subject: Re: EventExpose race condition problem
>
>
> gerard patel wrote:
>
> > I have tried a quick and dirty implementation of WM_SYNCPAINT
> and it seems
> > to work as you intend. I have not seen any nasty side-effect on
> any program I use.
> > Some paintings have a different order, it seems that a few
> splash screen are not
> > painted as fast as before, but no crash or obvious mis-paintings.
>
> Gerard,
>
> This patch greatly improves Visual C++'s painting behavior.
> Previously it had severe
> problems where portions of the window wouldn't paint correctly or
> wouldn't paint at
> all. Now there's one problem remaining and one new one (Both
> managed and unmanaged
> modes behaved the same).
>
> - The left strip of the editor where e.g. breakpoint icons appear
> still isn't right.
> Without the patch it never paints at all (you see whatever's
> behind the window).
> With the patch it paints properly on initial draw when you open a
> project, but all
> refreshes of the window after that revert to the old broken behavior.
>
> - The splash window doesn't appear at all now (without the patch
> it works fine).
>
> Still, impressive improvement for a "quick and dirty" patch :-)
>
> -Ian Schmidt
> [EMAIL PROTECTED]
>
>
>
expose.diff
