a seven
a seven
> 当jass里有大量代码注册到2888表里的这个数组的时候会有调整大小的操作！表能存多少jass啊？lua里传给cj的哭闹函数到这个表吗？ 内置lua 跟 11平台的lua引擎 都修复了这个bug了 网易的大概没有， 上面我放了修复代码了。 这个问题是脚本层不能解决的，不是你该管的。
应用程序的编码都改utf8 则 ydwe启动的command参数也要改， 要改的文件多了 旧版本混乱，不如只覆盖一个exe更好。
[wave.zip](https://github.com/actboy168/YDWE/files/7947970/wave.zip) 在支持#include utf8中文的基础上 再关闭wave的多线程模式， 改为单线程版本， 效率提升非常巨大 30万行的jass代码 wave预处理原本需要 72秒 换为单线程版本后 只需要16秒就完成了。 新版本的wave也放进保存加速器里了 https://github.com/boostorg/wave/issues/139
应该在 RemoveUnit DestroyTrigger 这些 销毁方法 被调用时 进行handle_unref 解引用 不应该跟lua gc绑定到一起 也可以尝试在 先handle 转 object 然后hook 虚函数表+4 的析构方法 在析构对象时进行解引用， 这个不确定 需要下个断点 看看执行顺序
It takes 4 seconds for pegtl to parse 300000 lines of 27mb jass syntax tree https://github.com/w4454962/jass-parser luajit + lpeg parsing 300000 lines of 27mb jass syntax tree takes 2 seconds...
Is there a way to implement a pegtl version that is close to the running efficiency of the bison / yacc scheme?
OK, I really ignored the static cache code in the demo. It already exists and is the same as my idea. Thank you for your reply. If the speed can't...
> The PEGTL is highly modular and there are many things that can be done to improve parsing performance. > > However the `parse_tree` included with the PEGTL is more...
And if you use the cache method demonstrated by pegtl, it will be 1s slower than my cache code, I don't know how to design a more efficient "parse_tree", which...
If "lua_tointeger" is used to increase parameters, the runtime will not be increased, and it is fixed at 0.2S