У меня есть код, написанный на c, и я обернул этот код lua ffi. Когда я вызываю свой файл lua напрямую с помощью luajit, он работает нормально, но когда я вызываю его из openresty, openresty получает журнал ошибок: exit on signal 11
Версия nginx: openresty/1.15.8.1
операционная система: debian 9
система luajit: LuaJIT 2.1.0-beta3 -- Copyright (C) Майк Палл, 2005-2017.
openresty luajit: LuaJIT 2.1.0 -beta3 -- Copyright (C) 2005-2017 Майк Палл.
Я пишу тестовый файл, чтобы показать разные результаты двух платформ.
-- filename: gateway/test.lua
local ffi = require "ffi"
ffi.cdef [=[
typedef struct _TrigxNode {
int val;
struct _TrigxNode *char_nodes[64];
struct _TrigxNode *rgx_next;
int rgx_raw_len;
void *re;
char *rgx;
} TrigxNode;
TrigxNode *create_trigx_node();
void trigx_insert(TrigxNode *root, const char *word, int len_word, int val);
int trigx_search(TrigxNode *root, const char *word, int len_word);
void trigx_free(TrigxNode *root);
]=];
local C = ffi.load("trigx_tree")
local node = C.create_trigx_node()
C.trigx_insert(node, '/menu/', 6, 10)
local result = C.trigx_search(node, '/menu/', 6)
if ngx ~= nil then
-- test in openresty
ngx.say("result: " .. result)
else
-- test in luajit
print("result: " .. result)
end
return
http {
init_worker_by_lua_block {
local uuid = require 'resty.jit-uuid'
uuid.seed()
local verbose = false
if verbose then
local dump = require "jit.dump"
dump.on(nil, "./jit.log")
else
local v = require "jit.v"
v.on("./jit.log")
end
require "resty.core"
}
server {
listen 9090;
location / {
content_by_lua_file "gateway/test.lua";
}
location /login {
default_type 'application/json';
content_by_lua_file 'gateway/login.lua';
}
location /wechat-callback {
content_by_lua_file 'gateway/wechat_identify.lua';
}
}
}
когда я вызываю функцию ffi напрямую с помощью luajit, luajit -i gateway/test.lua
, я вижу, что печатается правильный результат
но когда я пытаюсь вызвать test.lua в nginx worker с помощью curl 'localhost:9090/abc'
, возникает ошибка
code
для кода, и почему картинки вместо того, чтобы просто копировать их нам в блоках кода? в котором сказано, чтоsignal 11
- это SIGSEGV (ошибка сегментации), что означает, что вы пытались получить доступ к памяти за пределами вашего диапазона. поскольку вы на самом деле не манипулируете какими-либо указателями самостоятельно, это либо тригкс, либо нгинкс. - person nonchip   schedule 15.08.2019