там jitlua?

кто-то прикручивал jit, мы не использовали в продакшене из-за крашей

jit немного более падучий на некоторых андроидах...

как теперь к этой сишке приконнектиться, как просиходит отладка сишки?

Карочи, отладка сишки - средствами сишки, так же как обычно, в процессе исполнения. Логами или ещё чем-то таким. Когда делал сишные луа-либы, отлаживал через printf и тесткейсы : )

собственно да, из любой сишной ide. Вот луа я никогда не дебажил дебаггером

Хотя на самом деле, с луями довольно сложно, потому что они любят просто дропать нафиг всё приложение без суда и следствия, если где-то что-то неправильное. Поэтому можно сделать либу, написать на сишке тест-кейс как если бы это было луа-хост-приложение и дебагать в IDE. Потом ненужный функционал отключить и дооформить динамик-либой. Ну, типа сначала тестим изнутри сишки, потом тестим в луях, когда сишка гарантированно пашет. Но тут проблемы с модификациями и выпусками новых версий.

Поэтому, проще и эффективнее Писать Сразу Всё Правильно, чтобы дебаг не был нужен : )

Если у луа такая привередливая вм то проще взять отлаженные биндинги

ну в moai все коллбеки по дефолту обернуты в pcall

наверное даже в xpcall, если быть точнее

Насколько часто они вызываются?

видимых просадок не было, в наших играх по крайней мере. Луа вм занимал менее 5% в профайлере. Ванильный 5.1

Потому что в моей стимовой либе есть колбеки, когда сишка проверяет наличие луа-функции и вызывает её при определенных обстоятельствах, но это происходит очень редко, и там никаких pcall: если луа упадёт - пускай падает. Если пользователь библиотеки так хочет обезопасить вызов - пускай сам оборачивает внутрянку.

Благо падает оно с правильной ошибкой и нормальным стактрейсом.

Ну там типа биндинг луа функции, которая из сишки вызывает луа-колбеки.

Стактрейс вида: 'вызов функции которая дёргает колбеки -> конкретный колбек -> строка этого колбека'.

Вызываюстя так часто, как сам захочешь ) Скрытых коллбеков нет, пока сам их не поставишь. Инпут 1 раз за кадр.

А почему колбек а не выгрузка в луа списка событий?

оборачивать в pcall или оставить обычный call конфигурится в рантайме из Луа

Ну, типа луа такая: 'а дай мне список событий за предыдущий кадр', а сишка такая: 'а держи'. Никаких колбеков.

да

Вот тут не нужно никаких pcall. Вызов луа из сишки - очень медленная штука.

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

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

ага. поллинг круче

Ну, вопрос частоты вызовов и степени задалбывания. Высокая частота - лучше задолбаться. Низкая - можно расслабиться, но если можно без особого траха сделать поллинг - лучше его. Мало ли что ещё добавится. Я считаю что раз в секунду - низкая, а раз в кадр - уже довольно высокая.

м? я чет не понял, вроде коллбеки медленные и задалбывают одновременно, поэтому никогда не стоит их использовать )

на практике, пока О(1) за кадр - то пофиг (тут я имею в виду, что число коллбеков не зависит от кол-ва объектов на сцене)

Глянь документацию стима. https://partner.steamgames.com/doc/api Тут в каждом модуле - не один десяток колбеков. Я задолбался делать дерево классов 'Event', в который перегоняются данные всех структур из этих колбеков, с методами выгрузки каждого в луа, и просто прописал вызов соответствующей луа-функции, если она есть и выгрузку в луа у каждого свою. Тоже задалбывает, НО НЕ НАСТОЛЬКО.

я ж не говорю что ты неправильно делаешь ) иногда без коллбеков никак

Нет, первая вариация была на поллинге.

Это вполне можно им.

Но в три раза муторнее.

например, я хочу узнать что объект вот-вот обновится и в нем что-то поменяется, типа EVENT_PRE_UPDATE

чтобы подебажить например, или накостылить говна )

Поллинг логов в луа? : )

Во, ещё я упоролся на одной вещи. В этой стимовой штуке, мы при загрузке библиотеки выгружаем в луа таблицу с таблицами с функциями, и запоминаем ссылку на одну из этих таблиц. Колбеки вызываем проверяя, не добавил ли пользователь в эту таблицу соответствующую функцию. Даже если он удалит эту таблицу, она все равно останется, и мы все равно будем её проверять, ничего не упадет. Восхитительно : )

MOAIScopedLuaState state = MOAILuaRuntime::Get ().State (); if ( this->PushListener ( SESSION_EXTENDED, state )) { state.Push ( token ); state.Push ( expDate ); state.DebugCall ( 2, 0 ); }

все обмазано moai-хелперами, но примерно так вызывается опциональный коллбек с парой параметров

MOAIScopedLuaState удобная RAII штуковина чтобы top стека не портился

Хм. Чтобы топ стека не портился - очищаем стек после вызова каждого колбека.

И кстати, тут потенциальные утечки на iBuffer из-за ранних выходов при ошибках, хех. Пофиксил.

RAII тащщит

Оно умеет автоматически перегонять произвольные сишные структуры в lua-таблицы?

там оверлоадов и шаблонов гора. То есть, если надо перегнать, то изволь научить MOAILuaState этому

но 95% коллбеков это ios/android сдкашки типа фейсбука рекламы ин-аппов

У меня тож уже оверлоадов гора.

и objc/java контейнеры сами перегоняются довольно неплохо )

потому что рефлексия есть

Чот такое на оверлоадах, под кучу типов.

да-да, похожее, только в ООПе.

Не только с таблицами, но я выдрал кусок блока отвечающего за "вгоняние в таблицу на вершине стека всякой дряни".

я писал штуку для экспоза простых структур. чет я забыл правда как

и умела ли она вложенные

У сишных структур можно итерировать по ключам-типам значений?

нет. там обмазанные макросами объявления полей. метаданные надо сохранять

примерно как в UE4

Потому что вот эта штука - AvatarImageLoaded_t, из которой я вгоняю данные в луа, в начале колбека первого скрина - она объявлена в стиме и приходит уже заполненная данными от стима. Я не знаю как тут можно итерировать по ключам-типам значений, иначе можно было бы половину структур колбеков автоматически перегонять в луа-таблички через набор правил типа "Все int64 перегоняем вот так, а String - вот так".

Я далеко не силён в си/плюсах, это типа мой "первый проект длиннее hello world", но это чуть ли не единственный способ который я нашёл: пишем почти всё ручками и не выпендриваемся. Если бы оно было на луях с замечательными динамическими табличками, можно было бы автоматизировать 90% всего. Мда, чем больше я пишу на С/С++, тем больше я люблю луа и прочую динамику.

ага. когда получаешь структуру со стороны, то вообще никак кроме как руками

Ну, если бы я её сам объявлял - мог бы её описание загнать в отдельное поле хоть строкой.

мое вот так выглядело https://gist.github.com/Vavius/7914d1424a12abbda2a5152e7440ea9a

Ууу, морда

там была логика на плюсах, а сами компоненты создавались и конфигурились в луа

плюсы прям часто читают/меняют данные, а луа редко и больше для дебага

Видю, ну в общем, более-менее нормальная организация для ваших целей.

такого объявления было достаточно чтобы в луа писать так: local move = entity:create("MovementComponent") move.maximumSpeed = 10 move.targetPosition = {10, -10}

всякая метатабличная магия )

наверное очень медленно, но кого это трогает? )

Ну, если ты делаешь bullet-hell-шутер без буфера на пару тысяч снарядов - трогает ))

у нас была стратегия на пару сотен юнитов

они там сами целятся, куда-то ходют, стреляют, всякое такое

Какая-то мелковатая стратегия ))) Ну ладно, если на телефоны - норм.

там нет скролла )

скролл неудобно. да, физическое ограничение рамками твоих 4х дюймов

Ну, прост я делаю штуки не под какой-то конкретный проект, с рассчётом что "всё может ВНЕЗАПНО стать гораздо хуже". Жизнь слишком коротка чтобы делать вещи которые нельзя переиспользовать.

ахахах

а много получилось переиспользовать? )

Ещё как. Я тип знатный велосипедо-либостроитель.

хз. я много всего написал, но теперь не использую