Какие выводы следовало сделать:
При обработке строк на луёвой стороне, будут создаваться новые фигулины. Если выдать пользователю строковый айпишник он будет сравнивать его с другими по маскам всяким как строки, извлекать подсети string-sub'ом и так далее, и на каждый кусочек строки будет создаваться новая строка в стрингбуфере, и требовать сборки мусора для сборки одно-двух-трёх-четырёхбайтовых строчек. Числа же будут храниться на стеке при возможности, это раз. Два — числа тупее. Три — раз ты не выдаёшь полную репрезентацию айпишника как "192.168.0.1" — лучше число.

так если я число из random_ip() верну -- тоже будет конструкция создана для передачи в сишную set_src_ip() или нет? со всякой сборкой и т.п.

Ты можешь пихнуть в луа число, а потом принять и обрабатывать его как число.
Ещё ты можешь пихнуть в луа массив байт по указателю (он будет скопирован в стрингбуфер), потом принимать указатель на него обратно. Можешь скастить данные в массиве в инт. Но расходы на строки будут выше, а разницы в удобстве работы с интом, РАЗ ТЫ НЕ ДАЁШЬ СТРОКОВУЮ РЕПРЕЗЕНТАЦИЮ а ля "192.168.0.1" — не будет.

Карочи, бери инты. Под ipv6 заюзаешь cdata.

так там же не инты, там числа. которые double. тоже неудобство

А строки null-terminated

Забей, расходы на этот кусочек памяти будут выше чем на числа

Всё равно ты экономишь на спичках, если уж экономить то по полной.

Работа с числами в любом случае будет быстрее, и меньше трат на их обслуживание.

Привет. Вопрос по luajit. Как лучше передать таблицу(с установленной метатаблицей) через void* указатель data?
Заголовочный файл для ffi:

typedef void (*cpSpaceBodyIteratorFunc)(cpBody *body, void *data);
void cpSpaceEachBody(cpSpace *space, cpSpaceBodyIteratorFunc func, void *data);

Пример:

local eachBody_C = ffi.cast("cpSpaceBodyIteratorFunc", function(body, data)
    -- тут хочу использовать data как табличку
end)

-- Это не нужно наверно
local internal_data = ffi.new('char[1024]')
local void_internal_data = ffi.cast('void*', internal_data)

local function foo()
    C.cpSpaceEachBody(space, eachBody_C, void_internal_data)
end

Фигасе запросы ))

Пример желаемого:

local eachBody_C = ffi.cast("cpSpaceBodyIteratorFunc", function(body, data)
    local t = ??? -- вытащить из data
    t:someMethod()
end)

local function foo()
    local t = setmetatable(t, some_mt)
    C.cpSpaceEachBody(space, eachBody_C, t??)
end

а напомни, пожалуйста, какая у нас тут ситуация по вакансиям? К кому отправлять на согласование?

Мне/Снусу

О, Elephant 🐘 Games, респект! :-)
Его владелец дал мне дорогу в коммерческий геймдев.
Большущий респект! :D

Elephant Games - крупная российская игровая студия.
Сейчас находимся в поиске Lua Dev в команду, готовы рассматривать и без коммерческого опыта).

Наш будущий коллега:
Владеет языками программирования Lua, С++/С#;
Умеет разбираться в чужом коде;
Умеет работать в команде, способность четко укладываться в сроки.

Чем предстоит заниматься:
Внедрять игровые объекты и писать логику их поведения (lua);
Конфигурировать игровой контент;
Интегрировать звуки, текстуры и анимации;
Тесно взаимодействовать с другими отделами при разработке обновлений.

Плюсом будет:
Опыт работы в игровой индустрии/разработка собственных прототипов.

Мы предлагаем:
Возможность работать удаленно или в офисе;
Официальное оформление, стабильная белая зарплата;
Команду влюбленных в свое дело специалистов, которые всегда помогут в сложных ситуациях и по-дружески поддержат;
Прозрачность процессов и адекватный менеджмент;
Компенсацию занятий спортом.

Предусмотрено тестовое задание.
Вопросы и отклики: @pauliinakl@pauliinakl

Всем привет, не поздоровалась😁

фраза "умеет разбираться в чужом коде" обычно говорит о чём-то плохом, обычно о том что этот чужой код ужасен
в остальных случаях оно само собой разумеется

потом читаешь комментарии в коде, а там разработчик оставил сюрпризы