SN
userdata
Size: a a a
2021 April 09
SN
В Луа нет переменных, одни ссылки)
SN
Userdata represent C values in Lua. A light userdata represents a pointer, a void*. It is a value (like a number): you do not create it, it has no individual metatable, and it is not collected (as it was never created). A light userdata is equal to "any" light userdata with the same C address.
SN
Точнее - light userdata. Но я могу быть и не прав) Надеюсь, более опытные товарищи меня поправят.
SN
Скорее всего, надо оборачивать в полный userdata.
Р
а код куда писать?
L
L
a
вот, может пригодится кому, всё что я нашёл на гитхабе у меня не заработало, этим можно смотреть C стек из gdb и распечатывать таблицу из этого стека по индексу https://gist.github.com/Gliese852/c5aac9a01e5cdea705080be9735cab07
2021 April 10
DB
коллеги, вопрос на миллион - как импортировать vim api (библиотеку) в lua?
DB
то есть если что на луарокс его нет
S
Кароч. Есть два метода передачи значений в луа.
1. light_userdata — это просто указатель на какую-то структуру. Считай что просто некоторое число. Память под этим указателем должна быть под управлением сишки, сборка мусора её не соберёт, но при множественном пропихивании одного и того же указателя, их можно сравнивать на равенство и на луёвой стороне: допустим, мы с сишки пропихиваем событие и указатель на окно, и события одного и того же окна всегда с одним и тем же указателем. С полной юзердатой такое бы не сработало.
2. Полная юзердата — это выделение памяти на луёвой стороне. Грубо говоря, ты маллокаешь кусочек места, пихаешь в него данные, опционально присоединяешь метатаблицу и луа начинает управлять его памятью: данное значение будет собрано сборкой мусора, когда на *луашной* стороне больше не останется ссылок на данный объект.
Советую использовать фулл-юзердату во всех случаях когда возможно, и изначально организовывать своё приложение таким образом, чтобы луа управляла созданием и сборкой мусора.
1. light_userdata — это просто указатель на какую-то структуру. Считай что просто некоторое число. Память под этим указателем должна быть под управлением сишки, сборка мусора её не соберёт, но при множественном пропихивании одного и того же указателя, их можно сравнивать на равенство и на луёвой стороне: допустим, мы с сишки пропихиваем событие и указатель на окно, и события одного и того же окна всегда с одним и тем же указателем. С полной юзердатой такое бы не сработало.
2. Полная юзердата — это выделение памяти на луёвой стороне. Грубо говоря, ты маллокаешь кусочек места, пихаешь в него данные, опционально присоединяешь метатаблицу и луа начинает управлять его памятью: данное значение будет собрано сборкой мусора, когда на *луашной* стороне больше не останется ссылок на данный объект.
Советую использовать фулл-юзердату во всех случаях когда возможно, и изначально организовывать своё приложение таким образом, чтобы луа управляла созданием и сборкой мусора.
S
Я что-то не вижу такой библиотеки в принципе, даже в чисто-сишном виде. Любые сишные библиотеки как бы биндятся биндингами.
S
Или ты про ето?
https://neovim.io/doc/user/api.html
https://neovim.io/doc/user/api.html
DB
Я про это - не могу оттуда понять как взаимодействовать с неовимом через Луа
S
Ну, похоже что примерно так.
https://neovim.io/doc/user/lua.html#Lua
Неовим где-то держит скрипты внутри себя, и дёргает по каким-то событиям.
https://neovim.io/doc/user/lua.html#Lua
Неовим где-то держит скрипты внутри себя, и дёргает по каким-то событиям.