os *_*erd 5 linux x11 error-handling aix motif
我有一个20世纪90年代早期编写的遗留Motif应用程序(我无法在QT中重写UI,甚至无需经过耗时的安全评估即可广泛修改应用程序).这个应用程序曾经在AIX上运行,它在密集使用下运行了几个星期并且稳定了.我们现在已将其移植到Linux.在长时间持续的Beta测试期间,应用程序每周大约崩溃一次,并显示以下消息.
请求失败的错误:BadWindow(窗口参数无效)
失败请求的主要操作码:4(X_DestroyWindow)
我已经了解到,使用自定义X11错误处理程序可以忽略这些错误(默认的X11错误处理程序只打印错误消息并退出),如下所示:
http://motifdeveloper.com/tips/tip29.html
我已经实现了一个自定义X11错误处理程序,它忽略了BadWindow错误,如该文章所述.所以我的问题是:对于X11开发和X服务器的内部工作有更多了解的人可以告诉我BadWindow错误是否真的可以被忽略吗？
PS我将尝试通过在同步模式下运行我们的应用程序来进一步调试,但这很慢,因为我无法按需重现此错误.有关调试BadWindow错误的任何提示也将不胜感激.
如果您的程序包含单个进程(单个连接到X显示),则此错误几乎总是反映程序中的错误.
知道的秘诀是如何调试它.因为Xlib是异步的,所以XDestroyWindow()会发射并且忘记,窗口上的一些后破坏操作也可能会发生故障,并且您将来会在某些其他无关的X调用期间收到错误.这意味着来自X错误的堆栈跟踪毫无意义,并且很难调试.
要解决此问题,请调用XSynchronize(dpy, True)以强制所有调用同步.这将使应用程序变慢,所以不要将它留在生产中.http://www.x.org/releases/X11R7.6/doc/man/man3/XSynchronize.3.xhtml
但是在同步模式下,如果Xlib调用使用坏窗口,它将立即失败.因此,您可以设置调试断点,例如在错误处理函数上,并获得有意义的回溯.这应该会告诉你哪个Xlib调用导致问题 - 并且希望它是否是一个小部件的双重删除,使用被破坏的小部件,或者是什么.
如果你的应用程序确实有多个进程或多个显示连接,例如在窗口管理器中,那么a可能BadWindow是不可避免的(如果你试图弄乱另一个应用程序的窗口,那么就有一个不可避免的竞争,其他应用程序的窗口可能是破坏).在这种情况下,忽略BadWindow是正确的解决方案,但最佳做法是仅在已知触发它的那些调用期间忽略它,因此您仍然可以获得可能是错误的错误.一个常见的习惯用法是实现一个error_trap_push()/ error_trap_pop()只是安装和卸载你的错误处理程序,忽略错误.当您触摸可以在控件之外删除的外部窗口时按下错误陷阱.
这看起来像是一个按钮（或类似的 UI 元素）被多次删除。通常，按钮被实现为专用窗口，并在其中发出按钮图形，这样您就可以简单地将回调处理程序绑定到关联窗口中的单击事件。
该错误表明您的程序已尝试删除不存在的窗口 ID，而发生这种情况的最简单方法确实是它已被删除两次（或者，某些内容更改了某处为 UI 元素记录的 ID）。
此时，您不想忽略该错误，您希望获得足够的日志记录以找出应用程序的问题所在。