AG
напрашивается вывод, что правильное решение — третье
Size: a a a
2021 January 20
AG
второе некошерное
AG
первое приведет к утечкам при "исключениях"
AG
или к бойлерплейту с xpcall
VZ
Согласен со всем, правда, утечки не очень страшны, потому что это не сервис. Типичный цикл управления памятью в таком софте (это расчётный код) — в основном вся память выделяется в начале, освобождается в конце. Ну или не освобождается, а этим занимается ОС.
AG
ну, тогда тоже некошерное а не некорректное :)
VZ
это да. единственный недостаток 3го решения:
1) лишний код
2) накладные расходы на упаковку-распаковку указателя из FUD
1) лишний код
2) накладные расходы на упаковку-распаковку указателя из FUD
AG
а это точно существенные недостатки?
AG
2) не потеряется на фоне интеропа?
VZ
2) не потеряется на фоне интеропа?
да запросто, разница между указателем и указателем на указатель
VZ
я так понимаю, LUD как "ссылки на объекты" не любят использовать именно из-за возможных утечек.
AG
да, если у тебя Луа должна управлять циклом жизни объекта, то LUD — не айс
VZ
В данном случае управляет программа на фортране, но через Lua API. Тот же случай.
AG
2021 January 29
VZ
Слышало ли уважаемое коммунити про xmake?
AG
название знакомое (да, я загуглил)
AG
а что?
VZ
вдруг кто-то пробовал. я сколько ни пробовал разных систем сборок, ничего полностью не подошло.
вдруг кто-то по(не)рекомендует, тем более, входные файлы на lua
вдруг кто-то по(не)рекомендует, тем более, входные файлы на lua
AG
а что ты хочешь от системы сборки?
VZ
долго объяснять :) в данном случае интересен опыт других, сравнение с существующими