но это не меняет

Я правильно понял что ты при именно при загрузке дллки хочешь создать луастейт и запустить скрипт? Или стейт у тебя уже создан в другом месте и ты в dllmain хочешь что-то другое сделать?

Добрый день всем, столкнулся с проблемой когда имеется данный код DllMain просто не вызывается, void lua_panic(sol::optional <std::string> message) { if (!message) return; } sol::state lua(sol::c_call <decltype(&lua_panic), &lua_panic>); void CLuaAPI::Instance() { lua.load_file("C:\\Users\\SapDragon\\Documents\\test.lua"); } . При убирании луа паник, и сол стейт, и лоад файл, длл маин начал грузиться. Что делать? Использую компилятор clang

в каком смысле?

В прямом где место в коде где ты сол стейт создаешь?

опять же не понял

Мне, кажется либо clang всё ломает, либо сол.

то у меня ui интерфейс и всё остальное прекрасно работает

автор - извращенец проклятый

это не "нужно вот прямо сейчас"

Ладно автор видимо действительно извращенец, но судя по количеству звёзд скрипт популярный значит всем пофиг как оно написано.

Никакого извращения нет - автор знает питон, у того в свою очередь есть необходимые библиотеки из коробки, поэтому автор просто сделал рабочее решение - вы на зависимости посмотрите - запросы, бд, хеши и пр. - 9/10 даже продвинутых пользователей не захотят возиться с luarocks и зоопарком версий, а так всё есть шанс что оно будет работать и не доставлять головной боли пользователю

Что автору мешало чисто питон тогда использовать? Питон интерфейсы к mpv вроде есть

ну уж это-то на lua можно сделать и без внешних либ

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

Ну вот например https://github.com/jaseg/python-mpv существует давно из зависимостей там только сам питон модуль, остальное все от mpv

Так что в этом хорошего ?) Т.е. вместо того, чтобы скачать два несчастных файлика нужно целое расширение-расширений устанавливать ?) Я сомневаюсь в практичности такого решения - да вызов питона из луа может и не камильфо, но а) автору не нужно было приспосабливаться под чужой интерфейс расширений б) Пользователю не нужно читать как настроить мпв под работу с расширением-расширений и не нужно pip install python-mpv, т.е. автор сделал минималистичное по своей сути решение - питон из коробки, луа из коробки, только закинь два файла куда нужно и всё.

вот как-то так весь энтерпрайз и работает

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

Давайте честно, луа - язык расширений, но он был бы на этом поприще хорош только если либо разрабы, что встраивают - дописывали бы нужные библиотеки, что для луа были бы доступны из коробки, либо если бы авторы языка пошли по пути питона и тянули с луа продвинутую библиотеку полезностей, но первое время и поддержка, второе насколько знаю противоречит философии разрабов языка, поэтому тут такие костыли практически вынужденная мера, т.к. из коробки луа хорош только для обработки текстов, простой логики и как продвинутый язык для хранения настроек, всё остальное нужно прикручивать либо на Си, либо костылями

луа не язык расширений

Ну так, а встраивание для чего нужно ?) - Для написания расширений

не только

Lua настолько больше, чем просто язык расширений, что даже спорить на эту тему лень.

Лень спорить. Кто в 2021 считает, будто Луа масенький и немощный, тот банально не в теме.