Сишка вот прекрасна. 120 кейвордов и всё :)

Да, там париться не нужно

вот только оно всё равно отваливается если там что-то сложнее "printf"

Помянем

А вообще, преждевременная оптимизация — это путь в преждевременную оптимизацию и никуда больше

Факт.

Все мы знаем что плюсы тащат на себе младшего брата - инвалида (Си)

А в чём инвалидность?

А в чём инвалидность?

На нем геморрой писать

Хотя код на нем быстрее чем на плюсах можно написать

Большой плюс в том, что в Си используют не string, а char с фиксированными размерами

За счет этого избегаются аллокации во многих местах

да и POD типы лучше оптимизируются

На нем геморрой писать

Не знаю, мне больше гемора было отдебажить цикл на Lua

Не знаю, мне больше гемора было отдебажить цикл на Lua

Lua.

@Snusmumriken напиши бота который будет пинать людей за попытку написать ЛУА

А то мне лень и некогда.

Не знаю, мне больше гемора было отдебажить цикл на Lua

https://www.lua.org/about.html#name

Lua.

Лишний шифт, извиняюсь

Если Снус это Lawful Good, то мы с Вадимом, видимо, Lawful Evil

Подразумевая то, что самые душные админы в чате...

а fails - true neutral 😃

а fails - true neutral 😃

То есть ему абсолютно безразлично что тут происходит, да :)

А возможно ли свой список сделать используя Lua API?

(вектор как в плюсах)

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

Вот допустим, я изначально PlayerInfo присвоил CI.Players[PID] Но при этом, ниже есть условие, что если PlayerInfo == nil, то мы инициализируем CI.Players[PID] таблицу, будет ли у меня после этой инициализации PlayerInfo указывать уже не на nil, а на инициализированный объект или нет и нужно переприсвоить?

Вот допустим, я изначально PlayerInfo присвоил CI.Players[PID] Но при этом, ниже есть условие, что если PlayerInfo == nil, то мы инициализируем CI.Players[PID] таблицу, будет ли у меня после этой инициализации PlayerInfo указывать уже не на nil, а на инициализированный объект или нет и нужно переприсвоить?

Нет, не будет

Тут кроется какое-то фундаментальное непонимание сути переменных и того как они работают (видимо, в общей концепции в том числе)

А в луа можно что-то типа такого?

И какое-то нежелание пойти читать доки

Тут кроется какое-то фундаментальное непонимание сути переменных и того как они работают (видимо, в общей концепции в том числе)

В луа - да

В луа - да

Судя по всему оно фундаментальное, Луа тут просто симптом

И какое-то нежелание пойти читать доки

Да потому что это долго, у нас луашник есть, но он не знаток

А в луа можно что-то типа такого?

Нет

Это не перл :-)

Да потому что это долго, у нас луашник есть, но он не знаток

А мы тут гугол? :)

А мы тут гугол? :)

Нет, ну вам же интересно бывает на вопросы отвечать или они слишком тупые и простые чтоб вызывать интерес?

Нет, ну вам же интересно бывает на вопросы отвечать или они слишком тупые и простые чтоб вызывать интерес?

До тех пор, пока ответ на них есть в первых пяти-шести главах PiL’а — отвечать не очень интересно

Я рад ответить на 1-2-3 таких вопроса, но не на 10. Я, в конце концов, не интерпретатор :-)

Честно говоря, я вообще не фанат читать, люблю посмотреть семинары, видосы, но читать еще и инглиш - терпения не хватает, хотя луа по докам маленький. Я больше кодить люблю (практику)

Честно говоря, я вообще не фанат читать, люблю посмотреть семинары, видосы, но читать еще и инглиш - терпения не хватает, хотя луа по докам маленький. Я больше кодить люблю (практику)

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

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

Это разве болезнь?

да, называется СДВГ

да, называется СДВГ

Да я и так купил недавно таблетки для мозгов, а то в последнее время какой то потерянный стал

Забывать начал уже

да, называется СДВГ

Не факт, не всегда

Чаще это просто отсутствие дисциплины/мотивации/концентрации

Мне тоже периодами сложно долго и много читать. А другими — норм. И обычно коррелирует с усталостью/тревожностью

Первое предупреждение за мат. Второе предупреждение за самолечение ноотропами, критически не одобряю.

Первое предупреждение за мат. Второе предупреждение за самолечение ноотропами, критически не одобряю.

Поподробнее?

Дальнейшее обсуждение психоактивных веществ будет караться баном.

@Snusmumriken напиши бота который будет пинать людей за попытку написать ЛУА

Я хочу написать бота, который будет пинать людей за попытки докопаться до орфографии.

Я хочу написать бота, который будет пинать людей за попытки докопаться до орфографии.

ну, в случае когда пишут LUA это не докапывание до офографии. Я ж ссылку дал, прямо на офсайте написано "ПОЖАЛУЙСТА, НЕ ПИШИТЕ ТАК" :)

Когда смысл донесён — нет разницы. Просто считай что это капсом написали.

ну, в случае когда пишут LUA это не докапывание до офографии. Я ж ссылку дал, прямо на офсайте написано "ПОЖАЛУЙСТА, НЕ ПИШИТЕ ТАК" :)

Я ж говорю. Снус — лавфул гуд

Я ж говорю. Снус — лавфул гуд

Хаотик/нейтрал, лауфулы как раз защищают правила и правильность.

Хаотик/нейтрал, лауфулы как раз защищают правила и правильность.

Ну так ты же защищаешь. Просто по-доброму

Карочи, абстрагируешь всю байтоёбскую ерунду на сишной стороне, логику делаешь на луях, развлекаешься. Луа с сишкой работает очень прямо и приятно. А то с двумя метрами оперативки особо не разгуляешься, для чисто луёвых вариантов хочется хотя бы 16.

Мне кажется, можно разгуляться с двумя метрами... У нас уже написанные игры на языке Pawn вообще не подразумевали динамическую аллокацию памяти. А в итоге, я провёл бенч, который показал, что LuaJIT без JIT довольно мало кушает. wasm3 мы ещё хотели затащить. Хз как они его затащат, но то, что сейчас есть на wasm - ужас

Карочи, абстрагируешь всю байтоёбскую ерунду на сишной стороне, логику делаешь на луях, развлекаешься. Луа с сишкой работает очень прямо и приятно. А то с двумя метрами оперативки особо не разгуляешься, для чисто луёвых вариантов хочется хотя бы 16.

Фибоначчи есть, конечно

Вопросик по поводу памяти есть. Если у нас есть таблица, то для ее освобождения надо дать ей nil, так? А если у это таблицы есть объект с несколькими полями, то установка nil на эти поля как то влияет на память? local table = {} table = nil // освободит память когда сборщик мусора пройдется?

другой пример local tables = { name = "Vasya", age = 21 } tables.name = nil

Влияет ли как то nil в обеих случаях на память и сборщик мусора?

Вопросик по поводу памяти есть. Если у нас есть таблица, то для ее освобождения надо дать ей nil, так? А если у это таблицы есть объект с несколькими полями, то установка nil на эти поля как то влияет на память? local table = {} table = nil // освободит память когда сборщик мусора пройдется?

Тут освободит даже без table = nil, как только кончится область видимости table

Тут освободит даже без table = nil, как только кончится область видимости table

а если глобальная таблица или объект

а если глобальная таблица или объект

А если глобальная то наверное когда-то после присвоения nil сборщик уберёт при условии что других ссылок нет.

А если глобальная то наверное когда-то после присвоения nil сборщик уберёт при условии что других ссылок нет.

Я вот не понял, а если есть ссылки на локальный объект или глобальный?

Я вот не понял, а если есть ссылки на локальный объект или глобальный?

Если в глобальной таблице сделать ссылку на локальный объект то он будет жить до тех пор пока ты не установишь эту новую ссылку в nil

Тут освободит даже без table = nil, как только кончится область видимости table

! полезная инфа

Я вот не понял, а если есть ссылки на локальный объект или глобальный?

Последнее сообщение отредактировал, может понятнее станет, но не факт что это правда :)

Последнее сообщение отредактировал, может понятнее станет, но не факт что это правда :)

Понял, прочитал, спасибо

if (lua_getglobal(L, LUA_ABILIBNAME)) { lua_callfield(L, "run", 0, 0); //... lua_pop(L, 1); // --> правильно ли? } else { log_e(LUA_ABILIBNAME" not loaded"); }

я pop-аю LUA_ABILIBNAME

> Pops n elements from the stack. да, всё так

а внутри Cи функции попать аргументы перед return не надо?

а внутри Cи функции попать аргументы перед return не надо?

Можно чистить а можно не чистить, после return'a Lua автоматически чистит стэк. "From the point of view of C, a C function gets as its single argument the Lua state and returns (in C) an integer with the number of values it is returning (in Lua). Therefore, the function does not need to clear the stack before pushing its results. After it returns, Lua automatically removes whatever is in the stack below the results."

При недостатке оперативки лучше чистить, но наверное не в конце каждой функции а каждого тика.