Что?

http://www.online-toolz.com/tools/text-unicode-entities-convertor.php

Decode/Unescape Unicode Entities вот это

надо то же самое, только в луа

@Snusmumriken

Мне надо было большой файл починить от корявости, https://r12a.github.io/apps/conversion/ отлично справился

local utf8 = require'utf8' str = '\\u041c\\u0430\\u0440\\u0438\\u044f' print(str:gsub('\\u(%x%x%x%x)', function(c) return utf8.char(tonumber(c, 16)) end) > https://github.com/starwing/luautf8

Хотя если тебе достаточно юникода (utf16 be) то можно и так: print(str:gsub('\\u(%x%x)(%x%x)', function(a, b) return string.char(tonumber(a, 16))..string.char(tonumber(b, 16)) end) Для le - меняем местами a и b. Конвертить utf16 в utf8 - довольно напряжно, хм.

Подкиньте описание опций jit.opt.start пожалуйста jit.opt.start(2) -- same as -O2 jit.opt.start("-dce") jit.opt.start("hotloop=10", "hotexit=2") это то, что на офсайте, не написали ни что такое -dce, ни hotloop, в гугле другие параметры встречаются

???

это тюнинг луаджита

я в этом ничего не понимаю, но вдруг его можно затюнить ещё больше, чем из коробки!

Добро пожаловать в чат pro.lua, Петр! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

добрый вечер

Добреутро

Тупые вопросы можно задавать мне! Не очень тупые - тоже.

Нашёл момент, когда прямое сравнение на равенство с math.huge работает корректно. > print(1/0 == math.huge) true Его можно использовать как проверка делений на ноль.

технически, 1/0 таки и получается бесконечность в какой-то степени :)

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

Хотя вот такое тоже пашет, например. > print(2^100500^100500 == math.huge) true Хм.

а вот это плохо :)

Я вот сейчас развлекаюсь, вычисляя значение перехода )))

> print(2^1023.99999999999994315658114) inf > print(2^1023.999999999999943156581139) 1.7976931348622e+308

знакомое число

либо я тоже этим занимался ранее, либо это как-то связано с интом :)

@Snusmumriken вообще, кстати, вроде, был то ли патч, то ли либа для lua с нормальной математикой

ну, не считая торчей всяких

:)

Я вот сейчас развлекаюсь, вычисляя значение перехода )))

1.7976931348623157e+308

Ты к тому что ответ не тот?

У тебя какая версия luajit? 32/64

Ты к тому что ответ не тот?

Скорее всего, он просто более точен. Это в nodejs.

С чего ты взял что более точен? : ) Откуда инфа о точности? Ты на бумажке посчитал?

1.7976931348623157e+308

в жс есть константа Number.MAX_VALUE, она равна этому числу

Но я давно вычислял сам максимальное число в node.js, оно было немного больше этого.

Понимаешь ли в чём проблема, твой ответ некорректен по самой постановке ответа. Я ищу максимальное число в lua. Не в node.js. И мне интересны причины этого, почему именно так а не иначе. Какое мне дело до ноды?

Понимаешь ли в чём проблема, твой ответ некорректен по самой постановке ответа. Я ищу максимальное число в lua. Не в node.js. И мне интересны причины этого, почему именно так а не иначе. Какое мне дело до ноды?

Мне интересно откуда взялось это число, оно практически такое же, как в node.js.

Практически такое же, но не такое же. Видишь разницу? "Почти" = "ложь". "Может быть" = "ложь". Это "научный подход", если что.

С чего ты взял что более точен? : ) Откуда инфа о точности? Ты на бумажке посчитал?

я в #lua@freenode вопрос поднял. Ответ точен

В ноде может быть другое количество бит под мантиссу. Типа, в луа - 12 бит (52 - под целую часть).

17:59:36 mniip │ % ("%1.f"):format(2^1023 * (2-2^-52)) 17:59:36 yalb │ mniip: "179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368" 17:59:49 mniip │ (it's a whole number)

см. IEEE754

Во, вот это уже похоже

Во, вот это уже похоже

это число таки равно 1.7976931348623157e+308

> print(2^1023.99999999999994315658114) inf > print(2^1023.999999999999943156581139) 1.7976931348622e+308

> print(1.7976931348622e+308); 1.7976931348622e+308 > print(1.7976931348623e+308); 1.7976931348623e+308

Ну это уже похоже на ответ. Вадим малаца. Ссылка на IEEE оказалась самым годным вариантом.

у меня есть библиотека lua-mqtt, которая хочет блокировать программу своим mqtt_client:handler(). Можно ли как-то малой кровью запустить эту функцию в отдельном "потоке", так, чтобы программа продолжала крутиться дальше?

lanes, или найти вариант где оно не блокирует.

у меня есть библиотека lua-mqtt, которая хочет блокировать программу своим mqtt_client:handler(). Можно ли как-то малой кровью запустить эту функцию в отдельном "потоке", так, чтобы программа продолжала крутиться дальше?

Нет потоков в луа, нет.

ну, вообще-то, есть

если posix/ffi прилепить :)

из коробки, да, нету

но это же Lua. Тут сама суть в том, чтобы в коробке лежал только набор "сделай сам"

но это же Lua. Тут сама суть в том, чтобы в коробке лежал только набор "сделай сам"

При чем тут это?

В луа нет многопоточки.

И похуй что это же луа и т.д

если posix/ffi прилепить :)

Мо деталей.

в Lua нет многопоточности из коробки

если заюзать luaposix или FFI - хоть обфоркайся

многопоточность вполне себе работает. проблема только в общих данных но этот вариант не единственный

ERROR: S client not available

Мо деталей.

Lanes открывает несколько luaState в нескольких os-тредах. Оно работает на нескольких физических процессорах. Что это, если не многопоточка?

Lanes открывает несколько luaState в нескольких os-тредах. Оно работает на нескольких физических процессорах. Что это, если не многопоточка?

Многопроцессность! = многопоточности

Или эти луастэйты в одном процессе*

Подробнее.

В одном процессе, но в нескольких os-тредах.

В одном процессе, но в нескольких os-тредах.

А это интересно.

И есть встроенные примитивы для шэринга данных?

А это интересно.

Общение через shared-memory у linda. Это типа особый тип данных, в которые можно пушить луа-данные. Строки/числа/плоские массивы.

Внутри оно передается как строки, да.

Тогда может и норм.

Хз правда что там за накладные расходы.

Хе, да это заебись. Учитывая что изначально многопоточность не рассчитана на передачу между потоками больших объемов данных.

Хе, да это заебись. Учитывая что изначально многопоточность не рассчитана на передачу между потоками больших объемов данных.

Ну да.

Гигабайты редко гоняют :))

Вот если бы у луа была бы изначальная многопоточка, можно было бы запрашивать труъ shared-memory objects, с локами и прочей фигнёй. А так - и так сойдет.

Тру многопоточку делать это нихера не просто.

Либо gil, что убивает все.

Либо море пота.

В lanes постарались. Но для настоящих расшаренных объектов должна быть более сложная организация памяти у самой луа.

Хз, честно, асинхронщины вполне хватает.

Не блокируемый ио

И есть встроенные примитивы для шэринга данных?

Каналы, правильно сделано более-менее

И быстрый шедулер и ок

Каналы, правильно сделано более-менее

Но они там блокирующие, так что надо быть осторожным

Но они там блокирующие, так что надо быть осторожным

В смысле стопят основной поток?

Хотя там они с таймаутами

Ну, я еще иногда на openCL что-то считаю (биндинг, да), так что мне было бы неплохо и с истиной многопоточкой, чтобы проц был на 100% загружен в течение двух суток. Lanes это дает.

В смысле стопят основной поток?

Пока другой не примет сообщение, да

или таймаут не стукнет