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

Напишите мне на swerg@swerg.ru

Никак
https://forum.quik.ru/forum10/topic4921/

https://forum.quik.ru/forum10/topic5808/

Это какие-то теринологические нюансы.

Потоконезависимость можно трактовать как thread local переменные, т.е. в каждом потоке свои непересакающиеся значения.
Что явно не то, что нам бы хотелось.

Поэтому и уточнил.

Вообще точнее сказать потокобезопасный.

Это подразумевалось под потоконезависимостью? Или что-то другое?

Разумеется.
Иначе это была бы вообще пионерская подделка.

В зависимости от версии компилятора и режима сборки размер легко может отличаться на 2 порядка, так что это вообще не показатель без уточнения всех нюансов сборки.
Вот только к чему оно?

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

У меня собрана для всех испольщующизся и использовавшихся в QUIK версиях Lua
В чем вопрос-то?

StaticVar специально для этого делалась

https://quik2dde.ru/viewtopic.php?id=61

Остаток в любом случае в «depo_limits»
Независимо от какого-либо класса

Когда речь идёт про сделку, то сделка происходит в определённом режиме торгов, что соответствует определённому классу на сделке.
Когда же мы говорим про как таковой инструмент - то нет никакого класса.
Вот есть у вас 5 облигаций - они у вас сами по себе, они не относятся к классу. Их модно просто сложить в тумбочку. Какой у тумбочки класс? Никакого.
А вот если вы их вознамеритесь продать на бирже, то на сделке продажи будет класс.
Но к остатки ваших облигаций класс никакого отношения не имеет.

Так что не понятно что означает "определить у какому классу относятся остатки"

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

Это настолько общие ошибки, что по ним нельзя назвать никакой конкретики.
Где-то обращаетесь за пределы выделенной памяти. Как вариант - индекс в массиве выходит за границы.

А то то, что при этом остаётся рабочим QUIK - это прям я очень удивлен и восхищен разработчиками квика! Это круто

Есть инструкция по испрльзованию

https://quik2dde.ru/viewtopic.php?id=339

Сборщик мусора удаляет не используемые переменные Lua
Если же присваивать строку разной длины одной переменной - то разумеется память сразу захватывается/освобождается. Иначе никакой памяти не напасешься

Так это высвобождение системной памяти, занимаемой длинной строкой. Сборщик мусора тут ни при чем

1. И где здесь dll
2. Есть штатное API для изменения значений переменных
О чем ваш вопрс?

Не понятно что значит "нет ссылок"?
Откуда строка Lua взялась в скрипте?

Покажите пример

С другой стороны, если вы получаете путь к скрипту через getScriptPath, то зачем потом добавляете полный путь?? В итоге у вас получится некорректный путь к файлу

"D:\\5.1\\lua\\....“
Короче все обратные слеши надо по 2 раза писать

Правда это не обьясняет приведенную ошибку

Офигеть тайны мадридского двора

Не понятен ваш вопрос.
Вы разобрались - но вроде как и не разобрались, судя по вопросу.

Пишите текстовый файл и не парьте себе мозги.
Текстовый файл проще отлаживать (можно глазами посмотреть), проще поддерживать.
На скорость в общей инфраструктуре работы терминала это не повлияет совершенно.

Судя по картинкам - у вас слабенький комп и не хватает GDI ресурсов.
Тёмная тема в самом деле съедает больше ресурсов, т.к. квку приходится все это великолепие отрисовывать самостоятельно, Windows темные темы рисовать не умеет, а вот светлый интерфейс - Windows рисует сама

Делал на её основе библиотеку. Работает, много роботов с этой библиотекой есть

https://quik2dde.ru/viewtopic.php?id=111

https://quik2dde.ru/viewtopic.php?id=112

https://quik2dde.ru/viewtopic.php?id=26

Ну и ещё там рядом есть.
Если они штатном добавили поддержку Win кодировки - то и вовсе круто, по сути это была единственная основная проблема, которую решал своей библиотекой

Графиков в смысле отображения торговых данных - встроенных там, конечно, нет

Это половые трудности того, кто зачем-то пытается делать роботов на Си вместо Lua.

Хочешь по-взрослому - и страдай тогда по-взрослому, не плачь ;)

Потому что в Lua5.1, которая изначально была прикручена в quik, тип number мог быть либо int, либо double. В зависимости от параметров сборки.
Одновременно int и double там не существовало.
Для QLua выбрали вариант сборки с double, по понятным причинам.

Так оно теперь и повелось.

dll для 64 бит Lua можно отлично делать на Lazarus или современных версиях Delphi, которые научились компилить под x64. Удобно и приятно я бы даже сказал.

Информации об API в Lua очень много, почитайте.
Хотя, если честно, я бы рекомендовал писать и отлаживать алгоритмы на Lua. Это намного проще. И только если будут выявляться какие-то узкие места в производительности - что-то выносить в dll.
Сидеть копаться в Си-коде для работы с таблицами Lua - достаточно занудно. Сложного там ничего нет, API очень простое и понятное, но надо постоянно помнить про все нюансы; к тому же то, что в Lua пишется кратко просто и естественно (типа обращения к таблице по ключ)  в Си шном API делается в несколько "команд". Короче краткости там и наглядности - никакой.
Так то не совсем мне понятно зачнем это. Ну кроме выпендрёжа "а у меня весь робот на Си!".

Вы взяли готовую сборку или собирали самостоятельно?

Всегда пожалуйста!

Судя по тому, что в указанном скрипте используется только w32 библиотека могу предположить, что вы используете данную библиотеку не с той версией Lua, в которой запускаете скрипты.

Не понятно мне только почему вы спрашиваете здесь, а не там :)

Для Delphi / Lazarus готовый пример

Это надо искать или спрашивать на сайте биржи.

Для сборки вам не нужны никакие dll
Нужны .h файлы и .lib файлы, соответствующей используемой вами версии Lua (и версии, и платформы x86 или x64).

Можно взять готовые файлы для сборки.
Например здесь: https://github.com/swerg/simple-lua-c-dll/tree/master/contrib

Дампы терминал при падении пишет. В директорию dmp

А вот с отладкой -  разрабы ее вернули в терминал в версии 9.7.0
https://forum.quik.ru/messages/forum10/message64104/topic7459/#message64104

Занимательно, что на хабре так и не появились комментарии. Весьма редкий случай.

Статья описывает организацию серверной части QUIK у брокера. Лично я не встречал столько подробного описания в открытых источниках ранее.
Какую пользу могут вынести роботописатели в терминале QUIK - не очень понимаю. Ну кроме понимания, что "всё не просто"

Какой есть - такой есть.
Для ваших задач он не подходит.

QLua - он про написание автономных торговых роботов в основном, а не про интерфейс.
Ну и свои индикаторы ещё, но тоже много огрсничений

Ответ на все вопросы: нет

Подумал еще вот что уточнить: скрипт ваш в это время работает или нет? при ручном выставлении заявки
Если работает - то отключить и проверить выставление руками

Тогда пишите брокеру и настаивайте, чтобы он решил эту проблему. Это ненормально.

Начало прошлого сообщения читать так:
А без Lua скрипта....

А бел Lua скрипта, если руками выставить заявку - изменение в таблице лимитов по бумагам происходит тоже только через 5 секунд? Или эта проблема только в скрипте?

Да.

Никакая функция запроса  чего-либо в QLua не отправляет запрос на сервер. Возвращается то значение, которое уже получено терминалом на данный момент.

Это просто другие интерфейсы обмена биржевой информацией не связанные с терминалом QUIK.

Начну с того, что это лишь набросок, который сильно в жизнь пока не пошел. Поэтому что сделано - только то и сделано.
Про функциональность - а какая "такая"? тут бы уточнить.
Разумеется, я не предполагал, что запущенный через qlua.exe скрипт будет получать информацию из QUIK и отправлять биржевые транзакции. Во всяком случае на тот момент, когда всё это затевалось.

Хотелось просто иметь возможность запускать Lua-скрипт для отладки какого-то алгоритма или какой-то функции. Потом этот отлаженный функционал использовать уже в реальных торговых скриптах.

Однако, если запустить скрипт написанный для QLua в штатном lua.exe, то скрипт вовсе не будет работать, т.к. он в любом случае использует некоторые функции, которые добавлены в QLua. Та же message. Если используется в скрипте - он будет тупо ломаться. А менять постоянно print / message не очень-то удобно.

Вот такие задачи и ставились при написании этой штуковины, не более.

Эта функциональность сделана просто по аналогии с lua.exe, это к QLua уже не имеет отношения.

Но ведь там даже комментарий есть и условная компиляция.
luaL_tolstring появилась только в последних версиях Lua, а qlua.exe делался с возможностью компиляции под разные версии Lua, включая 5.1 и 5.2
И так как luaL_tolstring ну очень удобная - я перенес себе ее исходники.

Ну вот какого  ответа вы ждёте?
Очевидно, что такой функциональности в QUIK нет.

Сделать можно , если наладить связь между процессами
а) QUIKа, с одной стороны
б) и собранным вами запускаемым exe-шикном, который будет уметь подхватывать Lua скрипты и выполнять их.

По пункту б) как пример для начала есть https://github.com/swerg/qlua-exe

Для связи между процессами есть библиотека lua_share https://quik2dde.ru/viewtopic.php?id=306
Опять же можно взять её исходники за основу.

И вот всё это скрестть и что-нибудь намутить. Если еще останется желание :)

Официальная поддержка чгео?
QuikSharp - сторонний продукт. Обратитесь к его разработчикам.

Описал как устанавливать библиотеку MySql для Lua

Ziveleos, и? Я что-то неправильно написал? Тогда напишите в чем я неправ.

Один FTP и HFT путает, другой недоволен, что его не там процитировали.
А по делу-то что в итоге?

И что? что вы хотели этим сообщением сказать?

При нажатии кнопки "Запустить" (скрипт) он именно выполняется интерпретатором Lua, предварительно переводится в байт-код. Весь полностью код.

Наверное не все помнят, но привычная нам запись


на самом деле синтаксический сахар. Фактически же это означает (и эквивалентно)
MyFunc = function ()
{
}

т.е. определяется глобальная переменная с именем MyFunc, которой присваивается значение с типом "функция". (Да вы сами посмотрите через type())
А чтобы переменной присвоить значение - скрипт надо выполнить.

Выше в этой ветке давно же уже написано: из так называемого body не все функции QLua корректно работают (во всяком случае на такое натыкались ранее; речь про разные хитрые функции типа создание DataSource или чего-то такого; изменилось ли что-то с тех пор - не знаю, если найти на форуме на что именно жаловались - то можно проверить)
В то же время на момент выполнения OnInit() уже точно любые функции QLua будут работать корректно. Плюс бонусом передается путь до скрипта, если он требуется.

Т.е. вообще говоря, OnInit() QUIK вызывает так сказать осознанно, когда все готово и известно, что такая функция в скрипте определена.
Но вот чтобы узнать какие callback-функции в скрипте определены - QUIK (да и  вообще Lua) вынужден весь скрипт полностью выполнить, это определит для Lua имеющиеся в скрипте функции, про них станет известно. И, разумеется, при этом выполняется тот самый код, который написан мне функций и который я когда-то назвал [BODY] в своей документации описания QLua. И термин этот прижился, так теперь все его и использ0уют.

Вот и вся разница. Чем пользоваться - да все равно. Если ваш инициализирующий код корректно работает в [BODY] вам такой стиль нравится - то и замечательно. Если хочется чего-то этакого - пользуйтесь OnInit(), если так вам удобнее понимать лдогику собственного скрипта. Скорее вопрос привычек, короче. Ну за исключением нюанса вызова некоторых функций. Но если вы с таким нюансом не сталкиваетесь - значит либо вы такие функции не используете, либо QUIK этот момент давно починил.

Еще раз.
Выполнение [BODY} - чисто технический момент.
Т.е. QLua сначала просто выполняет Lua-скрипт, при этом - главное - в глобальной области видимости для Lua-машины появляются определенные в скрипте callback-функции. После этого QLua уже может узнать какие callback-функции определены в скрипте и после знает какие callback-функции надо вызвать, т.к. они есть, а какие не надо, т.к. их нет. Вот и все, вот и весь "секрет".
А то, что при этом выполняется остальной код, расположенный вне функций - просто неизбежность, никакого глубокого смысла в том нет.

Дмитрий, а с какой целью вы пишете файл и читаете?
Вам нужен обмен данными между скриптами?