在GUI应用编程中,咱们一般会提供给用户一些右键菜单选项。假若有这样的编程案例:
右键菜单依托于某个窗口,若是某个右键菜单项提供这样的功能:当用户选择它以后,GUI代码作了一些事情后,须要跳转到其它窗口,在跳转以前或以后,咱们不得不销毁以前右键菜单依托的窗口类对象。
1. 问题描述:
在wxGTK版本的程序中,当跳转到另外一个窗口以后,GUI程序会crash。位置为$wxsrc/gtk/menu.cpp:145行。
你能够猜到win这时已是野指针了,对的。menu的Invoking Window就是那个已经销毁的依托的窗口。
2. 缘由分析:
popup的wxMenu的代码一般会这样写:shell
wxMenu menu; menu.Append(...); ... invokingwin->PopupMenu(&menu);
当调用PopupMenu时,函数将会进入一个事件循环。编程
1660 bool wxWindowGTK::DoPopupMenu( wxMenu *menu, int x, int y ) 1661 { 1662 wxCHECK_MSG( m_widget != NULL, false, wxT("invalid window") ); 1663 1664 wxCHECK_MSG( menu != NULL, false, wxT("invalid popup-menu") ); 1665 1666 // NOTE: if you change this code, you need to update 1667 // the same code in taskbar.cpp as well. This 1668 // is ugly code duplication, I know. 1669 1670 SetInvokingWindow( menu, this ); 1671 1672 menu->UpdateUI(); 1673 1674 bool is_waiting = true; 1675 1676 gulong handler = g_signal_connect (menu->m_menu, "hide", 1677 G_CALLBACK (gtk_pop_hide_callback), 1678 &is_waiting); 1679 1680 wxPoint pos; 1681 gpointer userdata; 1682 GtkMenuPositionFunc posfunc; 1683 if ( x == -1 && y == -1 ) 1684 { 1685 // use GTK's default positioning algorithm 1686 userdata = NULL; 1687 posfunc = NULL; 1688 } 1689 else 1690 { 1691 pos = ClientToScreen(wxPoint(x, y)); 1692 userdata = &pos; 1693 posfunc = wxPopupMenuPositionCallback; 1694 } 1695 1696 wxMenuEvent eventOpen(wxEVT_MENU_OPEN, -1, menu); 1697 DoCommonMenuCallbackCode(menu, eventOpen); 1698 1699 gtk_menu_popup( 1700 GTK_MENU(menu->m_menu), 1701 (GtkWidget *) NULL, // parent menu shell 1702 (GtkWidget *) NULL, // parent menu item 1703 posfunc, // function to position it 1704 userdata, // client data 1705 0, // button used to activate it 1706 gtk_get_current_event_time() 1707 ); 1708 1709 while (is_waiting) 1710 { 1711 gtk_main_iteration(); 1712 } 1713 1714 g_signal_handler_disconnect (menu->m_menu, handler); 1715 1716 wxMenuEvent eventClose(wxEVT_MENU_CLOSE, -1, menu); 1717 DoCommonMenuCallbackCode(menu, eventClose); 1718 1719 return true; 1720 }
3. 一种可能的解决方案:
不知你注意到$wxsrc/gtk/menu.cpp:139-141行代码了没?不嫌麻烦地将代码贴在下面:
若是在代码crash以前,咱们让执行流从141行代码退出,程序就不会crash。我想这是能够作到的。 注意到140代码是一个事件处理,这是提供给客户端代码处理那个event的一个机会(一般plugin编程能够利用这样的方式)。想到若是咱们可以让menu->GetEventHandler()返回的event handler可以process这个event,并且返回true(一般表明已经处理这个事件),这个问题就能够比较顺利的解决了。 所以,直接提供下面的event handler,push到menu的event handler chain的链表头:ide
class PopupMenuCloseEvtHandler : public wxEvtHandler { public: explicit PopupMenuCloseEvtHandler(wxMenu* pMenu) : m_pMenu(pMenu) { if (m_pMenu) { m_pMenu->SetEventHandler(this); Connect(wxEVT_MENU_CLOSE, wxMenuEventHandler(PopupMenuCloseEvtHandler::HandlePopupMenuClose), NULL, this); } } ~PopupMenuCloseEvtHandler() { if (m_pMenu) { m_pMenu->SetEventHandler(NULL); Disconnect(wxEVT_MENU_CLOSE, wxMenuEventHandler(PopupMenuCloseEvtHandler::HandlePopupMenuClose), NULL, this); } } protected: void HandlePopupMenuClose(wxMenuEvent& evt) { evt.Skip(false); // means handled } private: wxMenu* m_pMenu; };
在PopupMenu调用以前,添加下面相似的代码:函数
wxMenu menu; menu.Append(...); ... #ifdef _WXGTK_ PopupMenuCloseEvtHandler menuEvtHandler(&menu); #endif invokingwin->PopupMenu(&menu);
之因此说上面的方案是一个可能的方案,是由于:你的invoking window在正常流程下,若是须要处理弹出菜单的wxEVT_MENU_CLOSE事件的话,上面方案会break你的代码流程。this