Sign in with
Sign up | Sign in
Your question

Disable Fake Window Overlay

Last response: in Windows XP
Share
Anonymous
July 6, 2005 1:14:02 PM

Archived from groups: microsoft.public.windowsxp.customize (More info?)

There is this 'feature' in NT5.1 which overlays a fake window that
doesn't get updated over the top of a window that is consuming a lot of
processor cycles or something. How can it be disabled?

Why do I want it disabled? With dual monitors the fake window gets left
behind masking a quarter of one of the monitors, and programs appear
frozen when they are actually doing something.
Anonymous
July 6, 2005 1:14:03 PM

Archived from groups: microsoft.public.windowsxp.customize (More info?)

On Wed, 06 Jul 2005 09:14:02 +1000, Tom McDonnell wrote:

> There is this 'feature' in NT5.1 which overlays a fake window that
> doesn't get updated over the top of a window that is consuming a lot of
> processor cycles or something. How can it be disabled?
>
> Why do I want it disabled? With dual monitors the fake window gets left
> behind masking a quarter of one of the monitors, and programs appear
> frozen when they are actually doing something.

Sorry, I've never heard of this as a feature of the operating system. It
sounds more like a setting that would be managed by the application.

--
Sharon F
MS-MVP ~ Windows Shell/User
Anonymous
July 6, 2005 1:14:03 PM

Archived from groups: microsoft.public.windowsxp.customize (More info?)

Suggest checking in one of the VS.Net newsgroups, especially the one dealing
with VSS, since this is where you are having the issue. Personally, it
sounds as if the VSS server and/or the VSS clients are improperly
configured, or improperly coded "user exits" have been applied.

--

Star Fleet Admiral Q @ your Service!

http://www.google.com
Google is your "Friend"

"Tom McDonnell" <qirexrd_@_hotmail.com> wrote in message
news:unwOCbbgFHA.572@TK2MSFTNGP15.phx.gbl...
> There is this 'feature' in NT5.1 which overlays a fake window that doesn't
> get updated over the top of a window that is consuming a lot of processor
> cycles or something. How can it be disabled?
>
> Why do I want it disabled? With dual monitors the fake window gets left
> behind masking a quarter of one of the monitors, and programs appear
> frozen when they are actually doing something.
Related resources
Anonymous
July 6, 2005 1:14:04 PM

Archived from groups: microsoft.public.windowsxp.customize (More info?)

On Tue, 5 Jul 2005 19:42:46 -0500, Sharon F wrote:

> Sorry, I've never heard of this as a feature of the operating system. It
> sounds more like a setting that would be managed by the application.

Never mind and apologies.

--
Sharon F
MS-MVP ~ Windows Shell/User
Anonymous
July 6, 2005 1:23:24 PM

Archived from groups: microsoft.public.windowsxp.customize (More info?)

I doubt you can. This happens when a window freezes. A freeze is where the program is not picking up it's messages (and thus Windows can't get the program to redraw). A freeze is detected by the program not picking up any messages in so many seconds. Poorly designed programs will appear to freeze. You programs should be picking up their messages.

Windows draws what it cans for frozen programs as it knows a lot will come good.

--
--------------------------------------------------------------------------------------------------
http://webdiary.smh.com.au/archives/_comment/001075.htm...
=================================================
"Tom McDonnell" <qirexrd_@_hotmail.com> wrote in message news:unwOCbbgFHA.572@TK2MSFTNGP15.phx.gbl...
> There is this 'feature' in NT5.1 which overlays a fake window that
> doesn't get updated over the top of a window that is consuming a lot of
> processor cycles or something. How can it be disabled?
>
> Why do I want it disabled? With dual monitors the fake window gets left
> behind masking a quarter of one of the monitors, and programs appear
> frozen when they are actually doing something.
Anonymous
July 6, 2005 1:44:31 PM

Archived from groups: microsoft.public.windowsxp.customize (More info?)

> A freeze is where the program is not picking up it's messages (and thus Windows can't get the program to redraw).
Ok, of course, that is the reason.

> Poorly designed programs will appear to freeze.
On non-NT 5.1 OSes yes, but on 5.1 we get a non-updating window
overlayed. I don't have this problem on NT5.0, just 5.1, a Get Latest
Version from Source Safe in Visual Studio 2003 causes this freez-a-thon,
where I'm left to guess what is happening cos the window can't update.

No dis to you David, this is down to MS.
!