вангую что это без построения AST уже не сделать нормально... а это уже какой-то luau получается

ну нормально можно сделать если ты гений и спишь ночью

второе точно не про меня

вангую что это без построения AST уже не сделать нормально... а это уже какой-то luau получается

а хтя стой. я это и собирался делать

только это будет выглядеть примерно так i =~ +10

не надо в _G лезть

не надо в _G лезть

Возня с _G это из за safeenv... Не важно...

и надо будет еще сохранить тот способ, которым ты достиг i для глобальных и локальных переменных это var_lookup(...)

и повторить его заново

Возня с _G это из за safeenv... Не важно...

ну точней из-за моих велосипедов... с luau как-то возился. На каждый загруженный файл или строку кода делаю свой _G - по умолчанию в luau он readonly, думал повысить совместимость этим...

и надо будет еще сохранить тот способ, которым ты достиг i для глобальных и локальных переменных это var_lookup(...)

не надо 💀

не надо 💀

надо дядя.. иначе не сделать

Странный прикол в луях какой-то нашёл

У меня есть программка с легеньким шифрованием, грубо говоря защита от дурака

Ключи генерирует временные в зависимости от конфигурации компьютера и указанного времени действия ключа

Работала сто лет нормально и сейчас заказчик прибегает (звонит) с ошалелым голосом

Ключи рабоать мол перестали

Бесконечные генерируются нормально, а временные - нет. Сел я разбираться и понять не могу, че не так, пока не заметил, что генерируемый ключ оказался почему-то короче на один байт...

Проверил все входные данные и они ну все одного размера, очевидно верного

Но стоило мне в одном месте в кейгене форматирование строки убрать, как тут же ключи верные генерироваться начали :/

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

Это вот буквально единственное изменение, которое я сделал, чтобы всё заработало

прикольная соль :D

прикольная соль :D

))))

Генерируешь ключ на 10 минут, всё верно, 31 байт на выходе

Генерируешь наподольше - хоба, на байт меньше

о, на луях проекты пишут

помимо игор

помимо игор

снус даже работает луа программистом

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

вот как эти ваши ридми писать?? и документации

вот как эти ваши ридми писать?? и документации

файлами md

примеры к каждому оператору делой.

примеры к каждому оператору делой.

сколько их там... возведи 10 (примерное колво разных символов) в степень 4 - максимально возможная длина для удобства

10к операторов

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

еще стоит наверно ===

со смыслом как в жс

ну и все, а остальные только на +-?*% и т.д.

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

и приоритет надо проверить

local obj = {field = 96}; local refobj = ref {obj}; refobj*.field = 128; print(obj.field) -- 128 как-то так

вместо ->

всё, вот релиз https://github.com/reglnk/LuarJIT/releases/tag/v1.0

всё, вот релиз https://github.com/reglnk/LuarJIT/releases/tag/v1.0

Инстед можешь с ним собрать?

Инстед можешь с ним собрать?

что это

что это

https://github.com/instead-hub/instead

скоро будет оператор ?. и я даже знаю как его добавить

ан нет, печаль. только подобие точки

https://github.com/instead-hub/instead

соберу попозже

вот так оно работает.. если and or то появляются бранчи

придется вообще в операторах разобраться

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

/* Priorities for each binary operator. ORDER OPR. */ static const struct { uint8_t left; /* Left priority. */ uint8_t right; /* Right priority. */ } priority[] = { {6,6}, {6,6}, {7,7}, {7,7}, {7,7}, /* ADD SUB MUL DIV MOD */ {10,9}, {5,4}, /* POW CONCAT (right associative) */ {3,3}, {3,3}, /* EQ NE */ {3,3}, {3,3}, {3,3}, {3,3}, /* LT GE GT LE */ {2,2}, {1,1} /* AND OR */ }; #define UNARY_PRIORITY 8 /* Priority for unary operators. */

Разбить приоритет операторов на левый и правый! чтобы разделить их на левоассоциативные и правоассоциативные

это же гениально! это шедевр

если приоритеты равны то парсится слева направо, иначе справа налево (если один оператор везде)

я не знаю как это описать, мне даже понять полностью сложно

как он все приоритеты расставил

даже грустно стало

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

какой тут глубокий алгоритмический смысл

вам такое на сайтах по изучению с++ не расскажут

замечу, там есть goto, куча препроцессора, а вместо табов он юзает 2 пробела или один таб на 8 символов. а код дофига плотный, просто считайте количество sloc равно количеству строк кода в файле. и в начале он был почти нечитаемым. какое теперь ничтожное зрелище - впаривание, что если ты не юзаешь определенный стиль вида X, то ты полное чмо и не программист

"оставляйте комменты чтобы мне легче было читать и редактировать, читать код некогда"

как ты поймешь ска без кода

"оставляйте комменты чтобы мне легче было читать и редактировать, читать код некогда"

но ведь тут есть комментарий

но ведь тут есть комментарий

они здесь чисто для навигации по коду

практически ничего не объясняют

они здесь чисто для навигации по коду

ну если код нормальный - этого достаточно.

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

как жить теперь

я же ўеб разработчик

практически ничего не объясняют

хуже отсутствия комментариев - бессмысленные комментарии. Ака int64_t price = 0; // проходимся по списку товаров for (struct cart_item* i = cart->items; i != NULL; i = i->next) price += i->price * i->amount;//складываем цену товаров

здесь они именно... нет, не такие, зачем исправил

в общем я впервые решил вчитаться в код... а это был только парсер