@vvzvlad print("stdin:", io.stdin:read("*a"))

а почему ругается lualint: setting non-standard global variable 'device_group'?

т.е. я понимаю, что это глобальная переменная. Но почему это плохо?

это и к функциям относится? т.е. все, что не требует реально глобального использования обьявлять как local?

ага, понял

А что надо сделать с таблицей arg, чтобы не ругался lualint: accessing undefined variable 'arg'? Она-то есть, но в коде нигде не объявляется, да.

if (arg[1] == "uart_asuno_test") then print("use:\trouter.lua uart_asuno_test fd00:0000:0000:0000:0212:4b00:0c47:4a85 on/off/on_off 5(on_off cycle delay in sec, default 10)") end

я запускаю скрипт как ./router.lua uart_asuno_test, и он уходит в эту ветку, если в первом агрументе нужное значение.

все работает, но lualint ругается.

arg=arg or {...}

если не тупой, то нет

а вообще, почему lualint, а не luacheck?

а незнаю. я поставил первый попавшийся в vscode.

luacheck лучше?

Почитал про lualint. Он ведь только использование необъявленных переменных находит? У luacheck больше диагностик (например, недостигаемый код, несовпадение количества переменных и значений в присваивании значений, и т.д.). Есть ещё luainspect (используется для анализа в ZeroBrane), в нём тоже есть интересные штуки, но я не смог найти, как отключить некоторые диагностики и заставить игнорировать конкретные места. Кому-нибудь это удавалось? Luacheck понимает специальные комментарии, например.

Да, у luacheck крутой конфигурационный файл. Я вот по C++ файлам пробегаюсь скриптом и нахожу функции, которые регистрируются в Lua, чтобы потом luacheck не указывал на них как на необъявленные глобальные.

Offtopic: https://coinhive.com/documentation/captcha Гм... Относительно удобно

Offtopic: https://coinhive.com/documentation/captcha Гм... Относительно удобно

Ее блочит адблок

адблок блочит даже небо

Те, кому срочно понадобилась помощь

Пакет bitOp не хочет собираться ни в какую, есть возможность где нибудь взять .dll сразу?

mingw32-make: *** [bit.o] Error 1

Тебе под какую версию lua? Luajit?

мне просто собрать .dll

Ну такое. Карочи, "просто собрать dll" не получится. Её надо собирать под твою версию lua.

У меня LUA из C# вызывается с помощью NLUA библиотечки, но в скрипте LUA юзается bitOp, который разумется в NLUA не предустановлен.

Думаю что это можно вылечить указанием в скрипте явного пути к bitOp.dll, но я ее уже час не могу собрать.

Заюзай какую-нибудь чисто-луа версию отсюда, изменив скрипт на вызов соответствующих функций. http://lua-users.org/wiki/BitwiseOperators

Ну, прямо скажем, вот эта штука - симулятор bitop на чистой луа. https://github.com/davidm/lua-bit-numberlua/

Ну, прямо скажем, вот эта штука - симулятор bitop на чистой луа. https://github.com/davidm/lua-bit-numberlua/

Вот эта штука спасла жизнь. Огромное спасибо)

Знание - сила.

Парни, а вот такой вопрос, на подумать... Допустим я в pcall запускаю функцию, которая создает таймер, в колбеке которого идет через секунду, например, деление на 0. Вывалится программа или pcall отработает?

есть причины по которым pcall не должен отработать?

inb4: в lua нет таймеров. Они реализуются на корутинах

не, сам pcall отработает... Да, в луа нет, я про абстрактный движок. Домой приду проверю, интересно.

Парни, а вот такой вопрос, на подумать... Допустим я в pcall запускаю функцию, которая создает таймер, в колбеке которого идет через секунду, например, деление на 0. Вывалится программа или pcall отработает?

Так управление из pcall должно вернуться раньше вызова коллбэка, нет?

кто вызывает callback тот и отвечает за обработку ошибок и использование корректного lua_state

Например, ты можешь запустить таймер в одном lua_state (thread),а callback вызвать в другом.

Так управление из pcall должно вернуться раньше вызова коллбэка, нет?

да, именно

Например, ты можешь запустить таймер в одном lua_state (thread),а callback вызвать в другом.

пока в голове нет понимания этого момента, надо попробовать, я тоже так думаю

https://github.com/Lua-cURL/Lua-cURLv3/issues/62#issuecomment-206763397 Real bug related with lua states

ага, спасибо

Спрашивайте свои вопросы.

Создать ветку, откатить её на этот коммит, сделать amend, сделать cherry-pick следующих коммитов.

Первое, что приходит в голову.

Ну и потом опционально сделать reset старой ветки на последний коммит новой.

git branch tmp git checkout tmp git reset —hard <commit-hash> git commit —amend git cherry-pick <next-commit-hash1> ... git cherry-pick <next-commit-hash-n> git checkout old-branch git reset —hard tmp Вроде так.

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

Другая ветка нужна только чтобы не потерять остальные коммиты во время отката. Их и так можно будет восстановить в случае факапа, но удобнее, когда ничего не нужно восстанавливать, просто делать всю работу на другой ветке.

Я слышал, что через rebase как-то тоже можно решить данную задачу, но я не знаю, как именно.

git branch tmp git checkout tmp git reset —hard <commit-hash> git commit —amend git cherry-pick <next-commit-hash1> ... git cherry-pick <next-commit-hash-n> git checkout old-branch git reset —hard tmp Вроде так.

Слишком сложно и ненужно, есть git rebase -i

#Язабан

Работаю сейчас на добавлением нового mime API в Lua-cURL. Но вот задумался. А нужно ли это все. В принцыпе тот же результат получается если использовать LTN12 модуль с readfunction.

юникс-философия говорит что не нужно

но можно в доки добавить в качестве примера :)

Сообщаю, все как и предсказывалось, pcall отрабатывает спокойно, возвращает true. А вот когда отработает таймер с ошибкой - обычный traceback с выходом

Так кто вызывает callback? Я вижу 3 варианта. Отдельный поток OS Некая функция вызываемая из Lua (например uv_run для libuv) Сигнал OS

но можно в доки добавить в качестве примера :)

libcurl добавил новый API в 7,56,0 Но слегка странный на мой взгляд. Но теперь они пишут что это предпочтительный метод. В своей sendmail я использровал LTN12 для отправки писем через curl

колбэк вызывается из libev-ого таймера

Ну если я понимаю првильно то callback вызывается как Lua->ev_run->C_callback->Lua_callback. Т.е. если надо обработать ошибку в Lua_callback надо в C_callback использовать cpcall Передавать ошибку дальше чревато из-за пути ev_run->C_callback

в своей lluv библиотеке я в C_Callback сохраняю ошибку в специальном upvalue и останавливаю цикл далее по завершению uv_run я проверяю этот upvalue и если он установлен то генерирую Lua error повторно

https://github.com/moteus/lua-lluv/blob/master/src/lluv_loop.c#L355

Ну если я понимаю првильно то callback вызывается как Lua->ev_run->C_callback->Lua_callback. Т.е. если надо обработать ошибку в Lua_callback надо в C_callback использовать cpcall Передавать ошибку дальше чревато из-за пути ev_run->C_callback

Да, так же и решил делать, спасибо

посоны

можно ли на дедике с linux запустить виртуалку и поставить туда винду?

скажем, на OVH

Vagrant?

можно ли на дедике с linux запустить виртуалку и поставить туда винду?

Если есть поддержка виртуализации, то можно

скажем, на OVH

если не атом, то почему бы и нет

только это оффтоп

только это оффтоп

а, ну типа лучше конфа сдохнет, чем тут будет оффтоп? кк)

не сдохнет, не боись )

а, ну типа лучше конфа сдохнет, чем тут будет оффтоп? кк)

Пока конфа является моей личной жизнью, и лава течёт в моих венах - конфа будет жить.

Стекломой - это лава.

только это оффтоп

Это не конца о С++, тут не так строго с оффтопом Да и вообще, забивание в щи любого оффтопом чревато отмиранием чата.

Карочи, оффтоп - это "слишком длинная фигня не по теме". Длину определяют @Snusmumriken или @AlexFails.

edx-ng ~ # modprobe kvm-intel modprobe: ERROR: ../libkmod/libkmod.c:557 kmod_search_moddep() could not open moddep file '/lib/modules/3.14.32-xxxx-grs-ipv6-64/modules.dep.bin'

OVH :(