在某些特殊情况下,Win32 ShowWindow api在Windows 7 SP1上的表现是否不同

Does the Win32 ShowWindow api behave differently on Windows 7 SP1 in some special case?

本文关键字:是否 SP1 Windows 特殊情况下 Win32 api ShowWindow      更新时间:2023-10-16

我昨天在我的一个Windows应用程序中发现了一个错误,该应用程序构建在一个高级框架中,最终调用CreateWindowShowWindow等Windows API来显示其用户界面。

到目前为止,只有一台机器是客户机器,我观察到了以下行为:

  • 对于整个应用程序中的一个窗口,当我第一次为该窗口调用ShowWindow(Handle,SW_SHOW )时,它之前由SetWindowPos接收的大小将被覆盖

阅读MSDN Win32 API文档,在ShowWindow(Handle,SW_SHOW)上,我看不到任何引用它移动窗口边界。我可以通过让窗口显示例程在调用Win32 ShowWindow例程之前获取边界来解决这个令人惊讶的结果。

我的问题是,有人见过这样的行为吗?我认为它一定是以下其中之一:

  • Windows 7 Service Pack 1中的一个模糊错误,它不会在所有系统上重现,可能只会为特定视频卡驱动程序的特定版本重现。(此受影响的系统具有双AMD/ATI FireGL视频卡)

  • 一个由系统上运行的其他软件的副作用引起的模糊问题,可能是挂接窗口句柄,在某个地方安装蹦床代码挂钩(可能甚至在我自己的进程中,由于一些DLL或我不知道的东西)。

  • 我的400万行应用程序正在对我做一些事情,通过一些我还没有识别的奇怪代码。

  • 我在Win32 API层中遇到了一个应用程序兼容性填充程序。

如果任何在C++、C、Delphi或任何其他语言中工作过的人都见过这样的东西,并且能够想到ShowWindow会产生这种惊人和意想不到的副作用的原因,将窗口的边界移回某个原始位置,在我的情况下,x=175,y=175,宽度=320,高度=240,它似乎是在最初的CreateWindow调用之后的窗口边界,我想知道它是什么

以下是一系列事件:

  • 应用程序启动,并创建几个桌面的顶级窗口。

  • 创建的第一个窗口是主应用程序窗口,第二个窗口是工具窗口,这两个窗口都有完整的窗口抓取器栏,是传统的顶级Win32窗口,窗体相当大,可拖动,并且是桌面的父级。

  • 第二个窗口的位置是从磁盘加载的,并且显示了窗体。

  • 在表单显示过程中,它的边界被设置为使窗口位于某个x和y的顶部/左侧位置,并给定某个高度/宽度。

  • 如果我在调用ShowWindow之前立即查询Win32窗口句柄,那么它的边界就是我所期望的。

  • 如果在调用ShowWindow后立即查询Win32窗口句柄,则其边界已重置。

根据MSDN的帮助,SW_SHOW的意思是Activates the window and displays it in its current size and position

这确实是我观察到的100多台客户端PC上发生的情况。只有在一台客户拥有的Windows7电脑上,这种行为才会有所不同。

此受影响的系统具有双AMD/ATI FireGL视频卡

我不确定FireGL,但对于消费者来说,基于相同芯片血统制作的视频卡,视频驱动程序确实有附加组件来重新定位窗口,因为他们认为这对运营商来说更容易。

它被称为CCD_ 11,用于CCD_