我将首先解释为什么需要它,因为我预计第一个响应将是"你为什么需要它？".我想检测鼠标光标何时位于屏幕边缘,我不想使用挂钩.因此,我创建了一个像素宽的TOPMOST不可见窗口.
我在Win XP上使用C++,所以当创建窗口时(CreateWindowEx(WS_EX_TOPMOST | WS_EX_TRANSPARENT ...)一切正常.
不幸的是,如果用户移动另一个最顶层的窗口,例如窗口上的任务栏,我就不会移动鼠标.
我试图解决这个问题,类似于以下建议的方法: 如何保持MDI窗口始终位于顶部
我首先尝试在WM_WINDOWPOSCHANGED中检查我最顶层窗口的Z顺序
case WM_WINDOWPOSCHANGED :
WINDOWPOS* pWP = (WINDOWPOS*)lParam;
然后pWP-> hwnd指向我的窗口并且pWP-> hwndInsertAfter为0,这意味着我的窗口位于Z的顶部,即使它被任务栏覆盖.然后我尝试了:
case WM_WINDOWPOSCHANGED :
HWND topWndHndl = GetNextWindow(myHandle, GW_HWNDPREV)
GetWindowText(topWndHndl, pszMem, cTxtLen + 1);
而且我总是得到"默认IME"窗口在我的窗口顶部.即使尝试使用SetWindowPos()或BringWindowToTop()将窗口置于顶部,"默认IME"也会保持在顶部.我不知道什么是"默认IME"以及如何检测任务栏是否在我的窗口之上.
所以我的问题是:如何检测我的最顶层窗口不再是最顶层的窗口以及如何将它保持在顶部？
PS我知道周期性地将我的窗口置于顶部的"强力"方法仍然很难看,并且可能会对通知窗口进行一些不必要的推断.(将我的窗口置于顶部将隐藏通知窗口.)
谢谢你的时间和建议!
我正在开发一个具有一个TCP服务器和几个UDP服务器/监听器的应用程序.每个服务器都是一个单独的线程,与已建立的TCP连接的工作线程相同.我在每个线程中调用WSAStartup().
有时,调用WSAStartup()会挂起(对我来说看起来像是一个死锁).这是堆栈跟踪:
ntdll.dll!_KiFastSystemCallRet@0()
ntdll.dll!_ZwWaitForSingleObject@12() + 0xc bytes
ntdll.dll!_RtlpWaitForCriticalSection@4() + 0x8c bytes
ntdll.dll!_RtlEnterCriticalSection@4() + 0x46 bytes
ntdll.dll!_LdrpGetProcedureAddress@20() + 0x17d bytes
ntdll.dll!_LdrGetProcedureAddress@16() + 0x18 bytes
kernel32.dll!_GetProcAddress@8() + 0x3e bytes
vld.dll!03203723()
[Frames below may be incorrect and/or missing, no symbols loaded for vld.dll]
ws2_32.dll!CheckForHookersOrChainers() + 0x22 bytes
ws2_32.dll!_WSAStartup@8() + 0xa7 bytes
这种死锁发生在初始化时.我看到TCP服务器已启动,并且已建立一个TCP连接,而只启动了一个UDP服务器.堆栈跟踪来自应启动其余UDP服务器的功能.我的猜测是,当我尝试初始化UDP服务器并调用WSACStartup()时,另一个步骤是处理另一个套接字操作,例如新的TCP连接,它还调用WSAStartup()？
我的问题是从几个线程调用WSAStartup()是否会导致这种死锁？我检查的是在死锁之前调用的WSACleanup(),但事实并非如此.执行永远不会到达任何WSACleanup().
我知道只有一次调用WSAStartup就足够了,但是多次调用WSAStartup()应该不是问题(MSDN)1):"如果需要获取WSADATA结构信息,应用程序可以多次调用WSAStartup不止一次." 因此,我想确定这个死锁是由WSAStartup()还是其他原因造成的.