Денис (Все сообщения пользователя)

Спасибо!

Без компиляции тоже не работает.
Ошибка аналогичная: multiple Lua VMs detected. Expected 5.3 instead of 5.4

Используется библиотека w32.dll в сборке под Х64. Для версии lua 5.3 эта библиотека отлично отрабатывает.

Здравствуйте!
Я установил lua 5.4.2
И, по аналогии с тем как было сделано для 5.3, произвел компиляцию lua-файла.
Запускаю скрипт luac из выпадающего меню "Запустить в Lua 5.4.1"
Получаю ошибку "multiple Lua VMs detected. Expected 5.3 instead of 5.4"
Насколько я понимаю, не существенно какая именно версия 5.4.1 или 5.4.2. Важно, что 5.4. Проблема скорее всего в другом.
Подскажите пожалуйста, почему при запуске luac возникает ошибка? И как её исправить?
QUIK 8.11.0.66

P.S. Проверил компиляцию 5.3. - Запускается! Работает! Но раз уж вы обновили луа, то подскажите как перейти на новую версию ))
Спасибо.

Николай Камынин, спасибо за совет! Такая защита, с dll, уже реализована. Но я понимаю, что при долгой и кропотливой работе данный скрипт взломать возможно.
Хотелось бы усилить защиту на уровне lua-кода, пусть даже обфусцированного. Чтобы его нельзя было привести к исходному коду.
Нужно понять, какую lua-структуру не могут восстановить декомпиляторы? Есть мысли?  

s_mike@rambler.ru, я не отказался бы от любой помощи. Но пока тишина. Ни одного дельного предложения.  

Здравствуйте!
Мне встречались luac-скрипты которые не приводятся к исходному виду декомпиляторами. Декомпиляторы просто формируют новый пустой lua-файл.
При этом, обычные запакованные luac-скрипты этими же декомпиляторами (6 штук) довольно точно распаковываются.

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

P.S. Я слышал что декомпиляторы не умеют работать с динамическими таблицами. Возможно, в этом кроется решение.

Эксперты, помогите пожалуйста решить задачу.