我有一个20世纪90年代早期编写的遗留Motif应用程序(我无法在QT中重写UI,甚至无需经过耗时的安全评估即可广泛修改应用程序).这个应用程序曾经在AIX上运行,它在密集使用下运行了几个星期并且稳定了.我们现在已将其移植到Linux.在长时间持续的Beta测试期间,应用程序每周大约崩溃一次,并显示以下消息.

Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 4 (X_DestroyWindow)

我已经了解到,使用自定义X11错误处理程序可以忽略这些错误(默认的X11错误处理程序只打印错误消息并退出),如下所示：

http://motifdeveloper.com/tips/tip29.html

我已经实现了一个自定义X11错误处理程序,它忽略了BadWindow错误,如该文章所述.所以我的问题是：对于X11开发和X服务器的内部工作有更多了解的人可以告诉我BadWindow错误是否真的可以被忽略吗？

附：
我将通过在同步模式下运行我们的应用程序来尝试进一步调试,但这很慢,因为我无法按需重现此错误.有关调试BadWindow错误的任何提示也将不胜感激.

解决方法:

如果您的程序包含单个进程(单个连接到X显示),则此错误几乎总是反映程序中的错误.

知道的秘诀是如何调试它.因为Xlib是异步的,所以XDestroyWindow()会发射并且忘记,窗口上的一些后破坏操作也可能会发生故障,并且您将来会在某些其他无关的X调用期间收到错误.这意味着来自X错误的堆栈跟踪毫无意义,并且很难调试.

要解决此问题,请调用XSynchronize(dpy,True)以强制所有调用同步.这将使应用程序变慢,所以不要将它留在生产中. http://www.x.org/releases/X11R7.6/doc/man/man3/XSynchronize.3.xhtml

但是在同步模式下,如果Xlib调用使用坏窗口,它将立即失败.因此,您可以设置调试断点,例如在错误处理函数上,并获得有意义的回溯.这应该会告诉你哪个Xlib调用导致问题 – 并且希望它是否是一个小部件的双重删除,使用被破坏的小部件,或者是什么.

如果您的应用程序确实有多个进程或多个显示连接,例如在窗口管理器中,那么BadWindow可能是不可避免的(如果您试图弄乱另一个应用程序的窗口,那么其他应用程序的窗口可能会出现不可避免的竞争被摧毁).在这种情况下,忽略BadWindow是正确的解决方案,但最佳做法是仅在已知触发它的那些调用期间忽略它,因此您仍然可以获得可能是错误的错误.一个常见的习惯用法是实现error_trap_push()/ error_trap_pop(),它只是安装和卸载忽略错误的错误处理程序.当您触摸可以在控件之外删除的外部窗口时按下错误陷阱.