Pal Lockheart

第四个：https://bintray.com/sdlpal/nightly/download_file?file_path=v2021-04-04-g0018f33%2Fsdlpal-3ds.cia 对应361be2a

抱歉，因为第二步操作失误需要多测一步。这是最后一个了：https://bintray.com/sdlpal/nightly/download_file?file_path=v2021-04-04-g420b219%2Fsdlpal-3ds.cia 对应0070854b 另外为了排除新工具链可能导致的问题，麻烦回测一下新工具链编译的20191029版本是否会崩溃: https://bintray.com/sdlpal/nightly/download_file?file_path=v2021-04-04-ga399a23%2Fsdlpal-3ds.cia 对应72c1850e

这下麻烦了，一开始忘记排除这个了。那么现在问题就是你的3ds系统与新工具链编译的结果压根不兼容。而老工具链已经彻底没了。

不清楚这个平台的具体情况，之前都是想尝试通用的解决方案。具体平台的情况等移植者@zephray 的消息吧。

@zephray 这看起来是原因之一。但怎么说呢，看起来还有之二。现在用这套工具链是因为devkitpro方停止提供老的deb不得已换用他们官方推荐的docker image，因此之前我只能用这个尝试做回归（但因为前述原因，整个过程看起来都是没意义的）；但是历史上这是2020年8月才换的，20191029-20191231之间的代码应该还有一处导致了其他崩溃。 如果还有办法获得老的工具链可以上传到sdlpal/tools/releases，wii的工具链现在就是用的我之前缓存的那套（而不是最新的devkitPPC），原因与此类似，新的工具链编译出来的在我机器上一打开就死。

Made several changes, now the configure line changed to 'c.InteractiveShell.completion_sensitive = False', and the completion should works for all command, instead of just %cd. The initial commit only works for...

Glad to hear that, will test whether affected once jedi way done; if jedy way works, then this patch is not needed, the central of this patch is a hacked...

该方法在小米r3p路由器22.03rc6上无效。但在snapshot上有效。

不清楚问题是什么，但应该不是iptables-nft和firewall4的问题。在snapshot上转发完全正常(还是r3p, r20432-f39d9ea0c2)。`opkg list-installed`可见安装了iptables-nft和firewall4，没装iptables或者任何带legacy字样的东西。

已核实，该情况会在当前macOS的默认渲染后端metal下出现，触发条件是战后有任何掉落。 尚未定位问题所在，只能确定问题点位在text.c L1693行PAL_DialogWaitForKeyWithMaximumSeconds之前，确定字体已渲染至屏幕缓冲区，因未知原因在该渲染后端无法上屏。 临时解决方案是手动切换至OpenGL后端进行渲染，当前方法是在sdlpal.cfg中增加以下两句 ``` EnableGLSL=1 Shader=plain.glsl ``` 并下载[plain.glsl](../blob/master/shaders/plain.glsl) 至游戏资源目录（请务必以raw方式而不是html形式下载，确认方式是其前三个字节是#if）后运行。