子熏
能开下控制台`ctrl+``，提供下load插件的log吗？
能否提供测试代码？
我这边能够正常显示 ``` /tt.c:1:1: error: unknown type name 'asd' /tt.c:1:1: error: unknown type name 'asd' ``` 检查下你文件是否保存成功，语法检查只会在保存文件时触发。
我无法重现你说的这个问题. 麻烦确认下ST3 对`main.c` 文件设置的是否为`syntax:c` or `syntax:c++`.
`prefix`这个是打印的complete log. 从现象上来看，`on_post_save_async` 函数应该是没有调用到。目前我这边是没法复现你说的这个情况。 你可以在`Clang-Complete/st_cc.py`中 `can_complete` 和`on_post_save_async`函数添加下`print`查看下。
https://github.com/m2q1n9/sproto-Unity
dofile保证每次都会调用新生成的闭包， require是只保证调用一次，同时记录其第一个返回值; 这个应该算是lua的标准实现吧。 我用lua5.2.2实现你说的问题，大致如下：(不知道理解的对不对) -- t.lua print("load t.lua") -- t2.lua local t = require "t" print("load t2.lua") --- tdofile.C int main(){ ..... luaL_dofile(L, "t.lua"); luaL_dofile(L, "t2.lua"); return 0; } ---...
能否具体指出来哪里有重复的copy，以及优化的方法？
`this.buffer`这个本身就是作为pack 和unpack 时可以复用的流来设计的。对应云风的sproto中 https://github.com/cloudwu/sproto/blob/master/lsproto.c#L507 之所以最后返回出来的 `pack_buffer` 和`unpack_data` 要从新copy出来是因为，如果返回`this.buffer`会导致的结果就是`pack`和`unpack`的实现是有副作用的， 你不知道别人拿到`this.buffer`还会做什么。同时我又不想传入一个`out buffer`来作为写入参数。 对应到云风sproto 中 https://github.com/cloudwu/sproto/blob/master/lsproto.c#L513 返回给lua使用的是`lua_pushlstring(L, output, bytes);` 此处也会重新copy出来一份string.
这个生成的是c#代码 郭正虎 于2018年2月27日 周二下午8:45写道： > 同志,生成的.lua table 如何使用有教程吗 > > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view...