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

Вы можете считать как угодно, однако было бы здорово, если бы вы нашли в себе силы нормально документировать систему. И отвечать на вопросы, а не переспрашивать в ответ "зачем вам это надо".
Т.е. скрипты Lua могут использовать внешние dll-библиотеки, то критично важно знать как сейчас технически устроен интерпретатор Lua в QUIK для того, чтобы:

1) Исправлять ваши же косяки с организацией Lua-машины и внешних библиотек.
См. изготовление правильной lua5.1.dll как прокси к qlua.dll
https://quik2dde.ru/viewtopic.php?id=47
Что характерно, позже вы сами добавили в дистрибутив QUIK lua5.1.dll, сделанную именно таким образом, а не просто подложив её из дистрибутива Lua, т.е. признали такой подход верным.

2) Понимать с какой же dll-библиотекой необходимо линковать свои внешние dll модули для Lua: с qlua.dll, с lua5.1.dll или с lua53.dll ? В том числе чтобы не возникало проблем, описанных по ссылке из пункта 1).

3) Чтобы в конце-концов все же понять: что за файл в дистрибутиве lua5.1.dll ? Что это? как он функционирует в составе Lua 5.3 ?
Если у меня есть dll, которая была ориентирована на работу в Lua5.1, эта dll работала в составе Lua-скрипта на предыдущих версиях QUIK и, предположим, она корректно запустилась на QUIK 8.5, используя при этом обращения к lua5.1.dll для вызова функций Lua-машины - то могу ли я быть уверен, что такая библиотека будет корректно работать в составе QUIK 8.5 ? В том числе с учетом изложенного в пункте 1) ?


Так что я просто-таки требую ответа на вопрос, ибо в противном случае вы утаиваете часть необходимой пользователям информации.

Почему все компании производящие платформы всегда рассказывают и показывают как устроена платформа внутри (в точки зрения её организации, требуемой пользователю для понимания что и как, и только QUIK традиционно выдаёт информацию по крупицам, просто-таки клещами всё приходится вытягивать?
Это, кстати, скорее всего говорит лишь о том, что вы даже не продумываете совершенно клиентские сценарии работы с вашим ПО, вы просто не знаете о них! И QUIK вы выпускаете "как получится", не продумывая клиентские сценарии. Соответственно вам просто-напросто и рассказать-то не о чем. Вы не понимаете что вообще пользователям требуется для нормального функционирования системы. И лишь когда пользователи с удивлением обнаруживают разные "неожиданные сюрпризы" - внезапно в них сознаетесь (типа многократного срабатывания OnTrade и OnOrder). Прекрасная, очень прекрасная позиция!

Ответ на вопрос нагуглить несложно так-то

F9 --> Сообщения --> снять галку "показывать окно сообщений"

Да не будет в QUIK тестирования никогда. Даже ждать смысла нет.
Зачем "зарегистрировали пожелание" - не понятно.

Нет.
Никакого main в индикаторах нет

Какую ошибку вызывает последняя строка у вас?

Нет. Фиксированной последовательности нет. Скрипт следует писать так, чтобы он корректно работал при абсолютно любой последовательности вызова этих событий.
Более того, OnOrder() и OnTrade() могут быть вызваны по несколько раз для одной и той же заявки и сделки.

Чисто теоретически OnTrancReply() вовсе может не быть вызван (например, терминал потерял связь после отправки транзакции), но будем считать, что это слишком экзотический случай, хотя и вполне реальный, такие сообщения на форуме были.

Второй метод спасет только от формальных синтаксических ошибок в коде.
Если синтаксически код корректен, но возникнет ошибка при исполнении (обращение к необъявленной переменной, например) - то второй метод не спасет.
А первый - спасёт, для того и предназначен

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

Всё что вы рассказываете - косяки исключительно брокера. Так что все вопросы к нему.

Верный ответ:
1) поместит заявку в очередь с номером 101

Ни биржа, ни сервер QUIK не ищет в очереди заявки в момент их выставления. Кстати, биржа и вовсе не понимает "заявка того же клиента". Для биржи это всё заявки "одного брокера", а клиент вписан лишь в комментарий, на который биржа не смотрит.

Откроем список форумов
https://forum.quik.ru

В момент написания этого сообщения видим следующее:



Вопрос к тому, что отображается в выделенным оранжевым прямоугольником.
Ранее там всегда был автор последнего сообщения в теме.
Но теперь отображается что-то вообще не понятное.
Например, если открыть первую тему на скриншоте
https://forum.quik.ru/messages/forum1/message44641/topic5394/#message44641
то там даже нет ни одного сообщения от автора с ником "Инесса".

Поправьте как-нибудь эту странность с отображением

Вот проигрывание в фоновом режиме
https://quik2dde.ru/viewtopic.php?id=79

Всё подробно написано как устанавливать. Надеюсь, у вас не 8.5 версия (где Lua версию изменили)

Вообще говоря если бы вы торговали только акциями (которые в Т2) - вы бы этого всего и вовсе не заметили скорее всего.
"Странности" вылезли из-за того, что вы (судя по первому сообщению) торгуете акциями и облигациями. А за облигации расчеты происходят сегодня (т.е. в Т0). Вот тут и начинаются нюансы ;)
Хотя откуда у вас взялся недостаток средств именно на Т1 - всё одно не понимаю. Следует обратиться за толкованием к брокеру для конкретной вашей ситуации.

Такие вопросы лучше задавать брокеру: как и что устроено у конкретного брокера. За это вы и платите ему комиссию. Кстати, именно брокеру следует адресовать вопрос как так вышло, что в Т0 и Т2 у вас средств достаточно, а в Т1 - нет. Это весьма странная картинка, даже не могу придумать как это так вышло.
Но брокер вполне сможет дать вам ответ.Нет, это не так. Ведь вы и продаёте, и покупаете акции в одном режиме Т2.
Вообще говоря по идее вас этот режим Т2 не должен совершенно никак тревожить, особенно если речь про внутридневный скальпинг. Т2 - это про денежные расчеты с биржей, а не про возможность покупки - продажи.

Т.е. Т2 - это вот что (если грубо): вы купили акции сегодня, а деньги на биржу за них надо будет отдать послезавтра. Во всяком случае что касается расчетов брокера с биржей, с вас брокер, понятно, хочет деньги уже сегодня в обеспечение, но это отдельная история. А если вы сегодня акции продали - то биржа вам после завтра эти деньги на счет начислит.
Но если вы утром купили, вечером продали - то фактически как бы деньги никакие не заделись  в том смысле, что  по обеим операциям расчеты будут только послезавтра. Но рассчитываться-то уже и не за что, акции проданы, расчет только в размере прибыли/убытка произойдёт и все.

Так что с внутредневным скальпингом всё в порядке.

Однако если вы привыкли к форексу (откуда там акции, кстати??), то вам бы лучше напроситься на курсы к брокеру, чтобы он растолковал что и как. Т.к. биржа устроена несколько сложнее, и некоторые биржевые процессы приходится учитывать при торговле на бирже.

В терминале QUIK версии 8.5 лежат 3 dll-файла:
qlua.dll
lua5.1.dll
lua53.dll

Что в них содержится? как они теперь взаимодействуют?

В предыдущих версиях было 2 файла:
qlua.dll -- содержит весь интерпретатор Lua
lua5.1.dll -- содержит только прокси вызовов в qlua.dll

А в 8.5 как это всё устроено?

luajit мешает многопоточность

Проблема в том, что в 8.5 перешли на Lua 5.3
Надо пересобирать библиотеку. Пересоберу на днях.

Вот здесь подробно написано что как делать, какие свойства в проекте настраивать
https://quik2dde.ru/viewtopic.php?id=18

И есть готовый пример dll, компилируемой в 32 и 64 битные варианты
Можно на основе того проекта сделать, просто заменить файлы с исходниками, переименовать файлы проекта при надобности и имя выходного файла. А проекты уже настроены как надо

stime = tostring(GetInfoParam("SERVERTIME"))

Вы здесь прочитали время сервера при старте скрипта, а потом в цикле это значение не обновляете. Потому и не срабатывает

Скобли фигурные лишние

  table.insert(arrtotal,{ .......
        })

вар маржу вычисляет сервер
и лишь периодически
так что иначе она отображаться не может в quik

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

скомпилировал x32 вариант, не проверял
с x64 пока разбираюсь

вы выше читали что я писал?

сделать надо или так:

size_t l = 0;
std::string secret = luaL_checklstring(L, 1, &l);

или так:
std::string secret = luaL_checklstring(L, 1, nullptr);

Там надо аккуратно разобраться с bat-файлом.
В нём указаны абсолютные пути до lib-файлов и до lua.exe (на диск Z:)
Эти пути надо просто поправить на свои.
Кроме того, часть h-файлов генерируется тут же при сборке через lua-скрипты, опять же надо разобраться и все настроить, чтобы генерация отрабатывала (запускалась Lua.exe) и сделать.

Может вы лучше напишете какие API функции вам нужны? вот честное слово - не верю я в магию "функции в любой dll можно вызвать из lua через эту библиотеку". Где-нибудь да обязательно вылезет проблема, которую замучаешься разгребать.

ЗЫ
Модераторы, выделите, плиз, сообщения про luaffi в отдельную тему. А то каша получается тут.

Я не вижу что там сейчас на картинке за код и ошибки.
Приведите их здесь, пожалуйста. И полный ваш код.

Там же форум, можно спросить не отходя от кассы ;)

В luaL_checklstring() третьим параметром передайте nullptr

Это можно сделать только выводом меток через AddLabel / SetLabelParams, в качестве меток выводить картинку одноцветного маленького квадрата. Из этих квадратов формировать линии, задавая нужные координаты меток.

Вы бы примерно привели код, которым пользуетесь для вывода в Excel
Чтобы было понятно с какой стороны советовать.

Если через COM - то посмотрите здесь, наверняка полезное найдётся
https://infostart.ru/public/398279/
https://infostart.ru/public/684206/  

Повторю свой пост в этой ветке.
По ссылке можно взять готовый пример DLL на C++ для QUIK 8 (x64).
И все .lib-файлы для сборки там есть.

https://quik2dde.ru/viewforum.php?id=14

Просто взять готовый проект и на его основе делать. Только переименовать )

Вам под какую платформу нужна сборка? Windows или *nix?

Такой возможности нет.
OnOrder - это сигнал с биржи "параметры заявки изменились". Просто параметры, просто некоей заявки (ну или возникла новая заявка). Никакой привязки к транзакции (т.е. источнику возникновения этой заявки) - нет. И не может быть.
Так что надо перепридумывать логику робота так, чтобы такая информация не требовалась.
Используйте пользовательский комментарий для различения заявок от разных роботов или ручного ввода, по нему разделяйте OnOrder, например.

Уже сейчас вам всё это доступно: надо просто проитерировать все лимиты по бумагам и по деньгам
И из них выстроить требуемую вам структуру. (Зачем она вам нудна - вот что не понять)

Собственно QUIK в каком-то смысле так и делает: есть лимиты - из них достаётся вся информация. И всё.
Никакой "структуры параметров" нет.

Если я ничего не путаю, то строго говоря значения могут приезжать не только в последнюю свечу.
Но точно это нюанс подзабыл

Разрешаю!

Вот когда откроете полторы тысячи тиковых TOC - тогда и будет смысл говорить про "ничего не виснет".

Вы ведь понимаете, что никак.
На то они и анонимные торги, что никто не знает чьи это заявки. Более того, по одной цене могут стоять как ваши заявки, так и других трейдеров. Соответственно вы не знаете именно заявки будет мэчить биржа: ваши с вашими или ваши с "чужими".

В общем рецепт тут только один: не "заранее проверять", а продумать стратегию что делать в случае обнаружения кросс-сделки и стратегию эту реализовать в скрипте.
Тем более, что между "проверкой" и реальным выставлением заявки все может повернуться так, что часть заявок других трейдеров будет снята и результат проверки окажется недействительным, т.е. опять получим кросс. С которым опять надо будет бороться как-то.

Как известно, QLua работает вот по такой модели: https://quik2dde.ru/viewtopic.php?id=16
В этой схеме не прописан один быть может не совсем очевидный нюанс, хотя понятно, что иначе и не сделать.

Сначала выполняется "скрипт целиком" ([BODY] на схеме). Выполняется он и в том смысле, что в глобальное пространство имён Lua-машины добавляются определённые в Lua-скрипте функции.
Далее QLua перебирает все объекты глобального хранилища, и находит там функции с предопределёнными названиями. Для всех найденных известных функций-callback'ов "в уме" QLua проставляет признак: "для этого события callback определён, а для этого - нет".

После, когда возникает какое-либо событие, которое должно привести к вызову callback-функции, сначала проверяется: а для этого события с этом скрипте мы нашли требуемую callback-функцию после выполнения [BODY]? Нашли - вызываем её, не нашли - не вызываем.

Соответственно, если мы в нашем Lua-скрипте определяем глобальную функцию OnStop только в тот момент, когда первый раз вызовется OnInit - то это будет уже "поздно". QLua уже пометил себе, что функция OnStop - не найдена, вызывать её не следует.

Вот и вся разгадка.

Осталось лишь узнать мнение начальника транспортного цеха, зачем он использует столь изощрённый синтаксис. Какова хитрая цель? Быть может все будет полезно?

Как одним терминалом подключаться к разным брокерам
https://iquik.ru/2012/03/20/iquik-how-to-connect-to-different-brokers-account/

Несколько минут??
Что за брокер? на каком рынке? в какое время? все время в течение дня??
Расскажите, чтобы туда не ходить

На 512 инструментов выставляете заявки?

Судя по тексту ошибки - проблема в библиотеке luacdll
Её или вы, или кто-то явно сделал на основе примера вот отсюда
https://quik2dde.ru/viewtopic.php?id=18

Для QUIK 8 вашу библиотеку надо пересобрать для платформы x64. По указанной ссылке уже обновлены сборки и все требуемые файлы для возможности собирать библиотеки для x64 платформы, с архиве с исходниками.

Только надо именно вашу библиотеку пересобрать! Из ваших исходников! Если вы сами её делали - возьмите исходники, обновите файлы проекта и lib-файлы и пересоберите.
Если делал кто-то другой - обратитесь к нему, пусть из исходников пересоберёт на основе примеров по указанной ссылке.

Разумеется по выходу из указанных функций произойдёт возврат ровно в этот же поток, иначе и не может быть.

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

Windows предоставляет всем нам единственную функцию для создания потоков: CreateThread
Так что в любом случае поток создаётся в итоге через неё.

Добавил в архив тестовый пример DLL на C++ для QUIK 8 (x64)
Там же можно взять .lib-файл для сборки своих проектов

https://quik2dde.ru/viewforum.php?id=14

Этот вопрос следует задать вашему брокеру.
Обязательно уточнив про какой рынок идёт речь (каким типом инструментов в торгуете).
Общего ответа нет, зависит от брокера и рынка (биржи)

Не отвлекай, люди работают.
Если они еще и на форумах будут отвечать по каждой проблеме - прикинь как всё затянется    

У вас ошибка в 17-й строке.

Речь про подключение к QUIK через клиентский терминал?

Если так, то не понятно зачем это может быть нужно. Клиент QUIK настолько далеко от шлюзового подключения к бирже сервером, что что-либо тут контролировать вы всё равно не сможете.

Дмитрий, вас тут зачем-то обманывают.
Правильный ответ такой: робот должен корректно работать при абсолютно любом порядке срабатывания call-back'ов.
Потому как порядок в разное время и у разных брокеров и на разном вашем канале может быть совершенно любым (особенно во время большой активности на рынке).
И когда ваш робот в критический момент не сработает (не закроет позицию, например) из-за того, что вы заложились в нём только на определённый порядок срабатывания call-back'ов - то вам тут не помогут и даже не посочувствуют. Лишь скажут, что "мы не обещали определённый порядок".

Так что расслабляться в этом месте не следует, при проектировании робота следует исходить лишь из того, что call-back'и могут сработать в абсолютно любом порядке. Скажу больше, в некоторых случаях некоторые call-back'и могут вовсе не сработать (да, и такое бывает, пусть и не часто), но и в таких случаях робот должен либо корректно жить, либо ярко зажигать красную лампочку для ручного вмешательства и принятия решения и том, что делать с набранными позами здесь и сейчас.

В инструкции указана необходимость скачивать msvcp60.dll
Что-то мне подсказывает, что это уже не актуально.
Если это так - удалите из инструкции информацию про msvcp60.dll, плиз