-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
attempt to call a nil value (upvalue 'f') #67
Comments
上一次编译是 7月9号,配置没有动过,新的 COMMIT 后,就如上报错了。 |
错误报在了内部的 helper code,所以看起来有些误导。它的意思是没有找到 新的 commit 只是会在 user dir 找不到 lua 脚本的情况下,去 shared dir (程序文件夹)找,这个修改看起来没问题,我自己用也是正常的。如果可以确定是这个 commit 导致的,需要检查一下是不是以前不小心在 另外最近(7月2号)我把 lua 的默认版本从5.3调到了5.4,也有可能是这个原因导致的。 |
初步分析,可能是 lua 版本引起的问题, 大佬有时间的话,测试一下这个函数能否正常加载,这个是之前的「单字过滤」的功能。
|
确信上述函数能引起报错,但是从报错内容上看,看不出原因。
|
我仔细比对了早前正常编译的版本,确实是 7月9号 拉下来的文件,那时的 lua 已然是 5.4 了,一切都是正常了。 这两次事件唯一的「变量」就是 Librime 的主代码。 我使用了今天这个时间节点上的 librime 主代码: 最新的 librime 主代码对咱们的 lua 库有了冲突? 很可能是这样…… |
时间线上看,Librime 主代码在这两个月内更新二十多次,Lua的报错部分(如上所贴)又看不出端倪,大概率是兼容方面出了问题。 只能期待大佬来排雷了。 |
lua插件放到 7月9号的 librime 代码节点里,编译出的 librime 一切正常,确认是 librime 最新的主代码节点,对咱们的 Lua插件不兼容了。 |
Jul 27, 2020的librime也没有问题。 |
试试最新的:rime/librime@f3a2ad0 |
现在已经确认 lua 插件没问题,而是 librime 主代码的问题。 最新时间节点的 librime 主代码与插件联合编译正常,但是功能并不正常: |
谢谢大家的反馈。我使用了最新的 ibus-rime, librime, librime-lua 代码编译(见 https://github.com/hchunhui/ibus-rime.AppImage/releases ),但没有复现上述故障。后面有空再研究一下最近的代码变化。 |
linux 下确实可用,但 windows 下编译出的 rime.dll 又的确不可用。同一套 librime 的源码。
|
我好像找到原因了,是 librime 返回了无效的 user dir 和 shared dir,导致 rime 脚本无法被正确读取并加载。 目前只有在 windows 下能观察到这个现象。我在debug 分支加了调试日志,对应的字符串打印出来是乱码:
|
今日修改【 rime/librime@78abaa8 】已修复该问题。 |
升级到了 新的COMMIT后,原来正常的lua脚本收到一堆同一个指向的报错 aeb1e9d
求指点大概的原因在哪里,看得一头雾水。
The text was updated successfully, but these errors were encountered: