c++ - 什么会导致 Windows 发送两次 ID_HELP 命令

coder 2024-06-04 原文

在我的应用程序中，我覆盖了 CFrameWnd::OnHelp 以打开一个 word 文档而不是我们的旧 .hlp 文件。但是，当我按 F1 时，我注意到该函数被执行了两次。我检查了堆栈，发现 AfxWndProcBase 正在接收命令 0x1E146，然后 CWnd::OnCommand 将其截断为 0xE146调用CFrameWnd::OnCmdMsg时，0xE146是ID_HELP命令。紧接着，AfxWndProcBase 正在接收命令 0xE146，并再次运行帮助命令。经过一些实验后，我发现在处理第一条消息时，正在接收和处理第二条消息在对 AfxMessageBox 的调用中。

处理程序在这里:

void CMainFrame::OnHelp() {
  BOOL bWorked;
  STARTUPINFO suInfo = {};
  suInfo.cb = sizeof(suInfo);
  PROCESS_INFORMATION procInfo = {};
  CString m_Process = _T("Start");
  CString vipx = /*_T("\"") +*/ CString(AfxGetApp()->m_pszHelpFilePath) /*+ _T("\"")*/;

  bWorked = ::CreateProcess(m_Process,
             vipx.GetBuffer(),      // requires non-const :(
             NULL,
             NULL,
             FALSE,
             NORMAL_PRIORITY_CLASS,
             NULL,
             NULL,
             &suInfo,
             &procInfo);
  vipx.ReleaseBuffer();

  if (procInfo.dwThreadId==NULL || bWorked==false)
      AfxMessageBox(_T("Failed to launch help: " + GetErrNoText(GetLastError())));
  //AfxMessageBox causes my app to receive the message again?

  CloseHandle(procInfo.hProcess);
  CloseHandle(procInfo.hThread);  
}

为什么当我按 F1 时 0x1E146 和 0xE146 都被发送到我的应用程序(第一个是什么？)

重写后，我发现调用ShellExecute 也会导致“1 次深度递归”。

我不知道它是否相关，但这是我的表单的消息映射:

BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd)
//{{AFX_MSG_MAP(CMainFrame)
    ON_WM_CREATE()
//}}AFX_MSG_MAP
    // Global help commands
    ON_COMMAND(ID_HELP, OnHelp) //F1  <--- both messages are this one?
END_MESSAGE_MAP()

在我的资源文件中，我找到了这些，一个用于 F1，一个用于 Shift+F1:

VK_F1,          ID_CONTEXT_HELP,        VIRTKEY, SHIFT, NOINVERT
VK_F1,          ID_HELP,                VIRTKEY, NOINVERT

可能没用，但这是两个调用堆栈:

MyApp.exe!CMainFrame::OnHelp()  Line 66 C++
mfc90ud.dll!_AfxDispatchCmdMsg(CCmdTarget * pTarget=0x01fea410, unsigned int nID=57670, int nCode=0, void (void)* pfn=0x0040b720, void * pExtra=0x00000000, unsigned int nSig=57, AFX_CMDHANDLERINFO * pHandlerInfo=0x00000000)  Line 82    C++
mfc90ud.dll!CCmdTarget::OnCmdMsg(unsigned int nID=57670, int nCode=0, void * pExtra=0x00000000, AFX_CMDHANDLERINFO * pHandlerInfo=0x00000000)  Line 381 + 0x27 bytes    C++
mfc90ud.dll!CFrameWnd::OnCmdMsg(unsigned int nID=57670, int nCode=0, void * pExtra=0x00000000, AFX_CMDHANDLERINFO * pHandlerInfo=0x00000000)  Line 946 + 0x18 bytes C++
mfc90ud.dll!CWnd::OnCommand(unsigned int wParam=123206, long lParam=0)  Line 2364   C++
mfc90ud.dll!CFrameWnd::OnCommand(unsigned int wParam=123206, long lParam=0)  Line 366   C++
mfc90ud.dll!CWnd::OnWndMsg(unsigned int message=273, unsigned int wParam=123206, long lParam=0, long * pResult=0x0018fba4)  Line 1769 + 0x1e bytes  C++
mfc90ud.dll!CWnd::WindowProc(unsigned int message=273, unsigned int wParam=123206, long lParam=0)  Line 1755 + 0x20 bytes   C++
mfc90ud.dll!AfxCallWndProc(CWnd * pWnd=0x01fea410, HWND__ * hWnd=0x001703da, unsigned int nMsg=273, unsigned int wParam=123206, long lParam=0)  Line 240 + 0x1c bytes   C++
mfc90ud.dll!AfxWndProc(HWND__ * hWnd=0x001703da, unsigned int nMsg=273, unsigned int wParam=123206, long lParam=0)  Line 403    C++
mfc90ud.dll!AfxWndProcBase(HWND__ * hWnd=0x001703da, unsigned int nMsg=273, unsigned int wParam=123206, long lParam=0)  Line 441 + 0x15 bytes   C++
    ...
mfc90ud.dll!CFrameWnd::PreTranslateMessage(tagMSG * pMsg=0x00712740)  Line 249 + 0x1b bytes C++
mfc90ud.dll!CWnd::WalkPreTranslateTree(HWND__ * hWndStop=0x00160bb4, tagMSG * pMsg=0x00712740)  Line 2946 + 0x14 bytes  C++
mfc90ud.dll!AfxInternalPreTranslateMessage(tagMSG * pMsg=0x00712740)  Line 233 + 0x12 bytes C++
mfc90ud.dll!CWinThread::PreTranslateMessage(tagMSG * pMsg=0x00712740)  Line 777 + 0x9 bytes C++
MyApp.exe!CCXMyAppApp::PreTranslateMessage(tagMSG * pMsg=0x00712740)  Line 749  C++
mfc90ud.dll!AfxPreTranslateMessage(tagMSG * pMsg=0x00712740)  Line 252 + 0x11 bytes C++
mfc90ud.dll!AfxInternalPumpMessage()  Line 178 + 0x18 bytes C++

第二条消息:

MyApp.exe!CMainFrame::OnHelp()  Line 66 C++
mfc90ud.dll!_AfxDispatchCmdMsg(CCmdTarget * pTarget=0x01fea410, unsigned int nID=57670, int nCode=0, void (void)* pfn=0x0040b720, void * pExtra=0x00000000, unsigned int nSig=57, AFX_CMDHANDLERINFO * pHandlerInfo=0x00000000)  Line 82    C++
mfc90ud.dll!CCmdTarget::OnCmdMsg(unsigned int nID=57670, int nCode=0, void * pExtra=0x00000000, AFX_CMDHANDLERINFO * pHandlerInfo=0x00000000)  Line 381 + 0x27 bytes    C++
mfc90ud.dll!CFrameWnd::OnCmdMsg(unsigned int nID=57670, int nCode=0, void * pExtra=0x00000000, AFX_CMDHANDLERINFO * pHandlerInfo=0x00000000)  Line 946 + 0x18 bytes C++
mfc90ud.dll!CWnd::OnCommand(unsigned int wParam=57670, long lParam=0)  Line 2364    C++
mfc90ud.dll!CFrameWnd::OnCommand(unsigned int wParam=57670, long lParam=0)  Line 366    C++
mfc90ud.dll!CWnd::OnWndMsg(unsigned int message=273, unsigned int wParam=57670, long lParam=0, long * pResult=0x0018e264)  Line 1769 + 0x1e bytes   C++
mfc90ud.dll!CWnd::WindowProc(unsigned int message=273, unsigned int wParam=57670, long lParam=0)  Line 1755 + 0x20 bytes    C++
mfc90ud.dll!AfxCallWndProc(CWnd * pWnd=0x01fea410, HWND__ * hWnd=0x001703da, unsigned int nMsg=273, unsigned int wParam=57670, long lParam=0)  Line 240 + 0x1c bytes    C++
mfc90ud.dll!AfxWndProc(HWND__ * hWnd=0x001703da, unsigned int nMsg=273, unsigned int wParam=57670, long lParam=0)  Line 403 C++
mfc90ud.dll!AfxWndProcBase(HWND__ * hWnd=0x001703da, unsigned int nMsg=273, unsigned int wParam=57670, long lParam=0)  Line 441 + 0x15 bytes    C++
...
mfc90ud.dll!CWnd::SendMessageW(unsigned int message=273, unsigned int wParam=57670, long lParam=0)  Line 42 + 0x44 bytes    C++
mfc90ud.dll!CWnd::OnHelpInfo(tagHELPINFO * __formal=0x0008c890)  Line 3195  C++
mfc90ud.dll!CWnd::OnWndMsg(unsigned int message=83, unsigned int wParam=0, long lParam=575632, long * pResult=0x0018e5ec)  Line 1948 + 0xd bytes    C++
mfc90ud.dll!CWnd::WindowProc(unsigned int message=83, unsigned int wParam=0, long lParam=575632)  Line 1755 + 0x20 bytes    C++
mfc90ud.dll!AfxCallWndProc(CWnd * pWnd=0x0253a410, HWND__ * hWnd=0x00160bb4, unsigned int nMsg=83, unsigned int wParam=0, long lParam=575632)  Line 240 + 0x1c bytes    C++
mfc90ud.dll!AfxWndProc(HWND__ * hWnd=0x00160bb4, unsigned int nMsg=83, unsigned int wParam=0, long lParam=575632)  Line 403 C++
mfc90ud.dll!AfxWndProcBase(HWND__ * hWnd=0x00160bb4, unsigned int nMsg=83, unsigned int wParam=0, long lParam=575632)  Line 441 + 0x15 bytes    C++
    ...
mfc90ud.dll!CWnd::DefWindowProcW(unsigned int nMsg=83, unsigned int wParam=0, long lParam=575632)  Line 1043 + 0x20 bytes   C++
mfc90ud.dll!CWnd::Default()  Line 274   C++
mfc90ud.dll!CWnd::OnHelpInfo(tagHELPINFO * __formal=0x0008c890)  Line 3198 + 0x8 bytes  C++
mfc90ud.dll!CWnd::OnWndMsg(unsigned int message=83, unsigned int wParam=0, long lParam=575632, long * pResult=0x0018eb70)  Line 1948 + 0xd bytes    C++
mfc90ud.dll!CWnd::WindowProc(unsigned int message=83, unsigned int wParam=0, long lParam=575632)  Line 1755 + 0x20 bytes    C++
mfc90ud.dll!AfxCallWndProc(CWnd * pWnd=0x0253aa28, HWND__ * hWnd=0x000b08c6, unsigned int nMsg=83, unsigned int wParam=0, long lParam=575632)  Line 240 + 0x1c bytes    C++
mfc90ud.dll!AfxWndProc(HWND__ * hWnd=0x000b08c6, unsigned int nMsg=83, unsigned int wParam=0, long lParam=575632)  Line 403 C++
mfc90ud.dll!AfxWndProcBase(HWND__ * hWnd=0x000b08c6, unsigned int nMsg=83, unsigned int wParam=0, long lParam=575632)  Line 441 + 0x15 bytes    C++
    ...
mfc90ud.dll!CWnd::DefWindowProcW(unsigned int nMsg=77, unsigned int wParam=0, long lParam=0)  Line 1043 + 0x20 bytes    C++
mfc90ud.dll!CWnd::WindowProc(unsigned int message=77, unsigned int wParam=0, long lParam=0)  Line 1756 + 0x1c bytes C++
mfc90ud.dll!AfxCallWndProc(CWnd * pWnd=0x0253aa28, HWND__ * hWnd=0x000b08c6, unsigned int nMsg=77, unsigned int wParam=0, long lParam=0)  Line 240 + 0x1c bytes C++
mfc90ud.dll!AfxWndProc(HWND__ * hWnd=0x000b08c6, unsigned int nMsg=77, unsigned int wParam=0, long lParam=0)  Line 403  C++
mfc90ud.dll!AfxWndProcBase(HWND__ * hWnd=0x000b08c6, unsigned int nMsg=77, unsigned int wParam=0, long lParam=0)  Line 441 + 0x15 bytes C++
    ...
mfc90ud.dll!CWnd::WindowProc(unsigned int message=7423648, unsigned int wParam=7423712, long lParam=2016221872)  Line 1755 + 0x20 bytes C++
    ...
mfc90ud.dll!AfxDeactivateActCtx(unsigned long dwFlags=0, unsigned long ulCookie=353633777)  Line 260 + 0x17 bytes   C++
mfc90ud.dll!AFX_MAINTAIN_STATE2::~AFX_MAINTAIN_STATE2()  Line 63 + 0xe bytes    C++

最佳答案

看起来 ID_HELP 是一个预定义的 MFC #define，如果你想继续使用这个 ID，你需要在你的 CWinApp 派生类中有你的处理程序(参见 this MSDN article )而不是框架类。

或者，您可以将 ID_HELP 替换为您自己的 ID(例如，IDM_HELP)，这不会与预定义的 MFC ID 冲突，这样您就不会不会为同一个 ID 获得两个单独的处理程序。

关于c++ - 什么会导致 Windows 发送两次 ID_HELP 命令，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17601754/

amp Windows C++unsigned int c++mfc

有关c++ - 什么会导致 Windows 发送两次 ID_HELP 命令的更多相关文章

ruby - 为什么我可以在 Ruby 中使用 Object#send 访问私有(private)/ protected 方法？ - 2
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
ruby - 在 Ruby 程序执行时阻止 Windows 7 PC 进入休眠状态 - 2
我需要在客户计算机上运行Ruby应用程序。通常需要几天才能完成(复制大备份文件)。问题是如果启用sleep，它会中断应用程序。否则，计算机将持续运行数周，直到我下次访问为止。有什么方法可以防止执行期间休眠并让Windows在执行后休眠吗？欢迎任何疯狂的想法;-) 最佳答案 Here建议使用SetThreadExecutionStateWinAPI函数，使应用程序能够通知系统它正在使用中，从而防止系统在应用程序运行时进入休眠状态或关闭显示。像这样的东西:require'Win32API'ES_AWAYMODE_REQUIRED=0x0
ruby-on-rails - Rails - 子类化模型的设计模式是什么？ - 2
我有一个模型:classItem项目有一个属性“商店”基于存储的值，我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式？如果方法中没有大的if-else语句，这是如何干净利落地完成的？最佳答案通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.co
ruby - 什么是填充的 Base64 编码字符串以及如何在 ruby 中生成它们？ - 2
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
ruby - 解析 RDFa、微数据等的最佳方式是什么，使用统一的模式/词汇(例如 schema.org)存储和显示信息 - 2
我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
ruby - 为什么 4.1%2 使用 Ruby 返回 0.0999999999999996？但是 4.2%2==0.2 - 2
为什么4.1%2返回0.0999999999999996？但是4.2%2==0.2。最佳答案参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意，这不是与Ruby相关的问题，而是与所有编程语言相关的问题，因为它来自计算机表示实数的方式。关于ruby-为什么4.1%2使用Ruby返
ruby-on-rails - 如何优雅地重启 thin + nginx？ - 2
我的瘦服务器配置了nginx，我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例，但找不到好的解决方案。有没有人能做到这一点？最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器，例如server{listen80;server
ruby - ruby 中的 TOPLEVEL_BINDING 是什么？ - 2
它不等于主线程的binding，这个toplevel作用域是什么？此作用域与主线程中的binding有何不同？>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案事实是，TOPLEVEL_BINDING始终引用Binding的预定义全局实例，而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层，它们都包含相同的绑定(bind)，但它们不是同一个对象，您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput
ruby - Infinity 和 NaN 的类型是什么？ - 2
我可以得到Infinity和NaNn=9.0/0#=>Infinityn.class#=>Floatm=0/0.0#=>NaNm.class#=>Float但是当我想直接访问Infinity或NaN时:Infinity#=>uninitializedconstantInfinity(NameError)NaN#=>uninitializedconstantNaN(NameError)什么是Infinity和NaN？它们是对象、关键字还是其他东西？最佳答案您看到打印为Infinity和NaN的只是Float类的两个特殊实例的字符串
ruby-on-rails - 如果 Object::try 被发送到一个 nil 对象，为什么它会起作用？ - 2
如果您尝试在Ruby中的nil对象上调用方法，则会出现NoMethodError异常并显示消息:"undefinedmethod‘...’fornil:NilClass"然而，有一个tryRails中的方法，如果它被发送到一个nil对象，它只返回nil:require'rubygems'require'active_support/all'nil.try(:nonexisting_method)#noNoMethodErrorexceptionanymore那么try如何在内部工作以防止该异常？最佳答案像Ruby中的所有其他对象

c++ - 什么会导致 Windows 发送两次 ID_HELP 命令

有关c++ - 什么会导致 Windows 发送两次 ID_HELP 命令的更多相关文章

随机推荐