我试图将两个代码体集成到同一个进程中，每个进程以前都为各自的 GUI 工具包提供独立的事件循环——其中一个使用 Xt，另一个使用 Qt5。目的只是为了能够显示 Qt 子窗口，而不是像现在已经不复存在的 Qt/Motif 集成扩展那样实现完全集成。
我已经能够构建一个使用标准 Qt 事件循环运行的粗略原型，带有将 XCB 事件转换为 XEvents 的本机事件过滤器（使用 XESetWireToEvent + 其处理程序从 xEvents / X11 线格式转换）。然后它使用 XtDispatchEvent() 将这些 XEvent 直接分派到 Xt。此时，我可以运行该程序，并在同一个程序中创建 Xt/Motif 小部件和 Qt 小部件，使用菜单，绘制 2D 图形，并同时使用 Qt 和 Motif 小部件。
我遇到的问题是，在创建新的 Motif 对话框时会有很长的延迟。我已经将其追溯到 libXt 中的 _XtWaitForSomething()，最终归结为 X 服务器连接套接字上的 select() 或 poll()。对 _XtWaitForSomething() 的调用是 XtManageChild() 内部发生的窗口布局管理的结果。_XtWaitForSomething() 似乎正在检查事件队列中是否有待处理的事件。
我有几个问题：
当在同一个程序中同时使用 XCB 和 libX11 调用（使用 XCB 作为事件队列主控器）时，我是否可以期望来自经典 Xlib 的调用也能正常工作——例如通过 libX11 调用将事件发布到 XCB 事件队列，或者确定是否有通过旧的 libX11 调用在 XCB 事件队列中挂起的任何事件？
为什么 XtManageChild() 最终会阻塞 libXt 中的 _XtWaitForSomething()？看起来它可能正在等待几何更改事件。有趣的是，Qt 的平台层在单独的线程中读取 XCB …