Поддержка отвечала что это защита. Но если при этом не выдается внятная диагностика, то это ошибка QUIK (в части выдачи сообщений диагностики).
Благодарю за ответ. Теперь понятно...
... Да ёшкин кот! Что ж они всё время накручивают проблем для программистов??? И так этот ЛУА на любителя, так ещё и от высокоуровневых дебагеров зачем-то теперь защищаются. В чём смысл-то? Кому надо поломать - всё равно воспользуется низкоуровневыми, а для нормальных программеров - просто ещё больше гемора, которого и так в QUIK/LUA многовато (в сравнении с MT). Защищать надо там, где реально надо, а не создавать проблемы для нормальных людей. Чем они там думают?
Пользователь
Сообщений: Регистрация: 01.06.2022
15.11.2022 17:00:37
никаких сообщений при этом не пишет. Просто пропадает окно. Наверное опять дружелюбие интерфейса - надо где-то дополнительно покопаться, чтобы понять в чём проблема.
Действительно, в Рабочем месте QUIK, начиная с версии 9.7.0, добавлена защита от отладки. Мы можем зарегистрировать пожелание на добавление сообщения с соответствующим предупреждением при попытке подключения отладчика. Уточните, пожалуйста, регистрируем такое пожелание?
Действительно, в Рабочем месте QUIK, начиная с версии 9.7.0, добавлена защита от отладки. Мы можем зарегистрировать пожелание на добавление сообщения с соответствующим предупреждением при попытке подключения отладчика. Уточните, пожалуйста, регистрируем такое пожелание?
Здравствуйте! Да, зарегистрируйте пожалуйста. Предупреждение было бы полезно, чтобы не терять время.
НО! Просьба зарегистрировать и пожелание отключить такую иррациональную "защиту". Кому надо что-то сломать самом КВИКЕ - тот будет ломать с отладчика нулевого кольца. А так, эта "защита от отладки" только мешает разрабатывать приложения для QUICK, и, соотвественно снижает интерес к среде и базу пользователей.
Я отлаживаю СВОЮ DLL под QUIK и мне пришлось даунгрейдиться до 9.2.3.15, чтобы была возможность это нормально делать. Попросите перестать создавать трудности для программистов на голом месте.
Ваши пожелания зарегистрированы. Мы постараемся рассмотреть их и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожеланий в будущих версиях ПО.
Ваши пожелания зарегистрированы. Мы постараемся рассмотреть их и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожеланий в будущих версиях ПО.
Здравствуйте, Karina Dmitrieva! Присоединяюсь к просьбе отключить эту защиту, либо предоставить инструменты для отладки пользовательских dll, подключаемых через lua. Если уже известны результаты упомянутого выше анализа, просьба озвучить. Большое спасибо.
На текущий момент данное пожелание еще не реализовано. Уточнить сроки его реализации, к сожалению, не представляется возможным. Если доработка будет выполнена, мы сообщим об этом в данной ветке Форума.
С Вашей стороны также зарегистрировали пожелание на такую доработку. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Пользователь
Сообщений: Регистрация: 29.04.2023
02.05.2023 01:22:18
И как продвигается? Пока приходится использовать старый Quik для такой отладки. А какие другие варианты есть??? Не отлаживать dll?
Пользователь
Сообщений: Регистрация: 30.01.2015
02.05.2023 06:50:00
Цитата
Delv написал: И как продвигается? Пока приходится использовать старый Quik для такой отладки. А какие другие варианты есть??? Не отлаживать dll?
написал: И как продвигается? Пока приходится использовать старый Quik для такой отладки. А какие другие варианты есть??? Не отлаживать dll?
Отлаживаю DLL вне QUIK. В чем пролема?
Никогда не пробовал отлаживать dll для Quik вне Quik. Даже в голову такое не приходило. Но звучит интересно. Поделитесь опытом, как там и что.
Рассказываю кратко. -------------------- DLL для скрипта Луа состоит из функций C и обертки для вызова этих функций из Луа. -------------------------------- Можно делать - мухи отдельно, котлеты отдельно. ----------------------------- Можно сделать функцию интерфейса вызова функций С из луа и не делать оберток вообще. --------------------------------- Но делают обычно все в одну кучу, т е пишут функцию на С с интерфейсом для Луа и внутри нее реализацию алгоритма на СИ. Этот вариант отлаживается путем создания тестового скрипта на Луа с вызовом в нем функций из DLL. ============================= Я делаю это в редакторе SciTe, который написан на луа и имеет встроенные надстройки для вызова и компиляции скриптов Луа. ---------------------- При этом в функциях СИ можно ставить контрольную печать для любых переменных СИ и они будут отображаться , так же как и печать переменных Луа, в окне вывода SciTe. Т е можно выводить состояние любых переменных Луа и СИ и даже ASM в окно редактора SCITE. ------------------------- Кратко все.
Пользователь
Сообщений: Регистрация: 01.06.2022
20.06.2023 15:57:02
Цитата
nikolz написал: Я делаю это в редакторе SciTe, который написан на луа
Здравствуйте, nikolz! Интересно.Никогда не работал со SciTe.Т.е. в нём можно, не запуская квик, войти на сервер, вызвать функцию DLL, которая в свою очередь вызовет функцию типа CreateDataSource() и потом сможет обработать возвращаемые по callback или без callback данные, отлаживая DLL под MSVC ?
написал: Я делаю это в редакторе SciTe, который написан на луа
Здравствуйте, nikolz! Интересно.Никогда не работал со SciTe.Т.е. в нём можно, не запуская квик, войти на сервер, вызвать функцию DLL, которая в свою очередь вызовет функцию типа CreateDataSource() и потом сможет обработать возвращаемые по callback или без callback данные, отлаживая DLL под MSVC ?
нет, так нельзя. ---------------------- В SCITE можно отлаживать скрипты на луа, питон и др языках, а также отлаживать dll для этих языков. ========== Когда я делаю новые функции для луа в виде dll, то отлаживаю эти функции. После их отладки, я отлаживаю скрипты с отлаженными dll в демо-версии qUIK. Вызывать в сырых dll функции из QLua не вижу смысла, так как это лишь усложняет отладку dll.
