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

Что такое "код модуля"?
Какая конкретно функция в DLL не выполняется при выполнении нового скрипта?

Давно б уже проверили.
Вопросительный знак после второго предложения? если так - то не понятно к кому вопрос

Интересно было бы сравнить  зависимости для библитеки, которая таки работает

И все эти доп. библиотеки вы в корень квика сложили, верно?
Тогда не знаю

Берете программку Dependency Walker
Открываете в ней вашу Lua_535_x64_dll_for_Quik.dll, смотрите зависимости.
Видно, что зависит (из не выложенных вами) от python39.dll
У вас на компьютере если вашу библиотеку открыть - напротив python39.dll тоже будет вопросительный значок в желтом кружке?

Выложите куда-то собранную длл и все нужные для неё длл
Быть может удастся разобраться
Иначе разговор далее беспредметный

Дополнительные DLL библиотеки используются?

Изучайте как устроена загрузка DLL в Windiws
В частности, переменная среды path
Если дело в самом деле в dll-ках, то самое простое положить все требуемые DLL в каталог с quik

getWorkingFolder

https://quik2dde.ru/viewtopic.php?id=293
Что-то выложено, что-то по запросу.


Когда усилия прилагает другой - да, особых не требуется.

"Доктор, болит!"

В какой момент выдается это сообщение?
Если это при выполнении скрипта - нужен его текст.

Как пример - ваше же предпоследние сообщение вот в этой теме
https://forum.quik.ru/forum1/topic6631/

Оказывается, есть нюанс :)

Удачи вам! Вы много полезного делаете для исправления ошибок в этом кривоватом QUIK

И при этом вы в сообщении терминала просите отправить вам файл дампа на почту.
Умно, да.
Я понимаю, что всем плевать - одни пишут, другие читают. Но неужели ни у кого нигде не щелкает, что что-то тут не так?

не, приврал я про фотки, 200 фоток

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

Файл info.log можете смело стирать между перезапусками QUIK.

Я только не пойму: по нынешним меркам 2 Гб на диске - это вообще ни о чем, два десятка фоток с телефона буквально.
Об чем печаль-то?

Парниша, не надо хамить незнакомым людям.


Я бы дополнил "у меня не работает". Это сразу намекнёт на нюансы.


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

Я ж потому и говорю. Эмоции ваши  прекрасно понимаю; и то, что годами не правятся ошибки - меня дико бесит.
Но краткость изложения для баг репорта - штука довольно бессмысленная. Чем полнее - тем полезнее.

Уверен, мир вокруг вас будет непременно становиться лучше!  

У меня - пустые.

Есть на форуме тема. Там в логе видно, что тоже пустые значения в этих же полях
https://forum.quik.ru/forum10/topic3170/

А вот здесь, кстати, толковое уточнение по наименованию от пользователя. Поправили в документации или нет - не проверял.
https://forum.quik.ru/forum10/topic2988/

А вот здесь у кого-то заполняется, но и режим торгов (class) не тот, в котором смотрите  вы
https://forum.quik.ru/forum10/topic3983/

Короче гугл - мощная штука :)

Ну вот вам и ответ ;)
В луа же нет волшебства, информации там не больше, чем в терминале

А терминал в своей таблице соответствующие параметры показывает?

Что увивительно: вы подробно и многословно излагает ваши домыслы и предположения, а также оценки. В то же время ваши "баг репорты" (ну вам так кажется, что это баг репорты, судя по оформлению) крайне скудны и даже бесполезны именно из-за этой скудности; т.е. явно видно, что это слив эмоций, о чем я и пишу.
Я же, в свою очередь, хотел бы пробудить вас к конструктиву, ибо лишь конструктив способен изменить мир. И именно изменение мира мне бы хотелось видеть.
Да, я бы хотел пробудить вас к большему конструктив.

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

Я ж и говорю
Ответ вам не нужен, да и вопроса нет
Используете форум для слива эмоций
Вот бы понять как так выходит

Что за список удаления? Какой именно скрипт? Какова последовательность действий+не поеять
Эмоции, как обычнo, впереди.

Гугл не согласен:

Точно - никак. Лишь по косвенным признакам.

Я таки сомневаюсь что "врали". В самом деле не воспроизводилось. Потом удалось нащупать условия.
Часто пользователю кажется, что "так всегда", а по факту у него - комплекс неких частных условий. Причем возможно даже массовых, но отличающихся от тех, в каких живут разработчики по массе разных причин (очевидно, например, что разработчики не гоняют QUIK месяцами не закрывая; наоборот, постоянно перезапускают для проверки новодела).

Впрочем, это не объясняет не поправляемых годами признанных (т.е. воспроизведенных) проблем.

Неправда ваша.

В пределах текущей торговой сессии.
Предыдущие (в том числе, когда эта сессия становится уже прошлой) подгружаются готовые с сервера.


Руки выпрями, придурок.

В гугле забанили? тьма ж ссылок разных
Вот, например: https://quik2dde.ru/viewtopic.php?id=307

Дурач0к, тебя просто обходят как какашку, чтобы не заляпаться.
А ты тупой башкой фантазируешь, что кого-то растоптал своим поносом.

Изначально речь не шла про "быстро". Речь шла про "ненадежно". Именно в этом разрезе я вам и пишу.
И т.к. нужна надежность - то хоть OnMoneyLimit, лимиты по нему меняются, как изменились лимиты - точно можно ставить заявку новую.
А может и OnOrder попробовать. Еще раз подчеркну: речь про надежность, а не про "быстрее".

А если надо быстрее - долбить на все эти события, где-то да пройдет "побыстрее".

Есть такой модель "алгоритмической торговли"
https://arqatech.com/ru/products/quik/modules/infrastructure-solutions/algorithmic-trading-module/

В описании move не вижу, но, думаю, по желанию заказчика смогут добавить для вас такую штуку.


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

После какого конкретно события 100-300мс?
(нет события "снятие заявки"; есть отправка транзакции, получения ответа на транзакцию, изменение состояния заявки, изменение состояние лимитов; давайте уже выражаться более точно, для лучшего понимания; "кто ясно мыслит <-> тот ясно излагает")

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


Сервер QUIK ждет ответа на эту транзакцию. Впрочем, этот ответ ему до лампочки, он его просто транслирует на клиента.
А после, по другому каналу (дада, мир устроен сложнее, чем вам кажется), биржа отправляет информацию об изменении статуса заявки на "снято", в результате чего сервер QUIK уже разблокирует деньги на лимитах.
Одна беда: если не ошибаюсь, сначала изменение заявки рассылается, а уж потом разблокируются лимиты, но это не точно. Впрочем, пока до клиента по сети доедет сигнал об изменении состояния заявки - скорее всего на сервере лимиты уже будут разблокированы; именно поэтому я и предложил именно на это событие реагировать; не понял только из ваших рассуждений: вы попробовали такой вариант?


Возможно надо просто смириться с мыслью, что в рамках обычного клиента QUIK желаемые скорости недостижимы. И надо посмотреть какие еще есть варианты роботизированных подключений; а варианты эти есть.
И что значит "лимиты позволяют"? Не торгуйте на всю котлету, если хочется чудес, торгуйте на пол-котлеты, тогда второй половины будет хватать на все эти move.


Прикольный ты чувак :)

Фиговатый канал связи?
Особенно проблемы с демо очень удивляют.

В настройках можно указать "рассчитывать максимум только на собственные средства".

Вроде бы тут как раз должна пригодиться событийная модель QLua: отправлять вторую транзакцию по изменению состояния первой заявки на "снята".


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


Произойдёт. Потому как сервер QUIK в данном случае - единственная проверка достаточности средств в случае фондового рынка.
С точки зрения биржи (для фондового рынка) все операции выполняются на счете брокера, на весь лимит брокера.


Либо первая заявка "сыграет" за это время - что делать со второй?
Или сессия торговая закроется - что делать со второй заявкой? а в первой?

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

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

Помогло?

Главное никому этот код не показывайте!

PS
номера строк в сообщениях об ошибках формирует интерпретатор  Lua. QUIK тут ни при чем, QUIK вам не поможет.
можете проверить ваш код на каком-нибудь online-Lua - результат будет тот же, я уверен (ошибка без номера строки).

Здесь вы совершенно неправы.
То, что кому-то кажется "да у меня в каждом скрипте так" на самом деле означает лишь то, что человек этот каким-то определённым образом пишет скрипты. Но делает всегда именно так, поэтому "в каждом скрипте...". Но, важно! не в "любом", а в "каждом моём".
Далее. Если кто-то воспроизведёт примерно подходящую по описанию ошибку - скорее всего это будет совсем другая ошибка, а не та, с которой сталкиваетесь вы. Т.е. вашу проблему - уж точно не починят.
Именно поэтому спрашивают всегда конкретный проблемный код. А не обще-абстрактные рассуждения. На любом абсолютно программистском форуме.

Если есть конкретный проблемный код - с ним всегда здесь разбираются. Как минимум убеждаются, что с ним в самом деле есть проблема. Это видно по сообщениям поддержки.
Другое дело, что не всегда, скажем мягко, в итоге проблему чинят - это да, это так.
Но не приводить проблемный код - это вообще  крайне странный подход к общению. Или вам просто эмоции слить?

Вы нашли способ решения? или ошибку в коде?
Так поделитесь с нами.

Так используйте любой формат передачи данных. Из самописных модулей Lua вам доступно абсолютно все.
Какая технология не прошлый век, кстати?

На самом деле требуется рисование прямоугольников произвольного цвета заливки по заданным координатам на графиках из скриптов (по времени)
Когда уже сделаете?

Кстати, как по мнению пользователей должны задаваться горизонтальные координаты? по времени? по пикселам? по интервалам времени? или как?

[QUOTE]ddonny написал:
и например, если делаю так:

function OnInit()
--Subscribe_Level_II_Quotes(CLASS_CODE_OPT, TICKER_OPT)  --переменные инициализируются данными, после второго запуска скрипта
LEVEL2_BID_COUNT = getQuoteLevel2(CLASS_CODE_OPT, TICKER_OPT).bid_count
LEVEL2_OFFER_COUNT = getQuoteLevel2(CLASS_CODE_OPT, TICKER_OPT).offer_count
end
[QUOTE]

Данные не мгновенно же появляются.
Subscribe_Level_II_Quotes <-- происходит подписка, данные приедут позже (причем только после выхода из обработчика Lua! это надо учитывать)

[QUOTE]ddonny написал:
LEVEL2_BID_COUNT = getQuoteLevel2(CLASS_CODE_OPT, TICKER_OPT).bid_count
LEVEL2_OFFER_COUNT = getQuoteLevel2(CLASS_CODE_OPT, TICKER_OPT).offer_count
[QUOTE]

1) Нет смысла делать это OnInit().
"размер" стакана - меняется. Надо брать количество каждый раз, когда идет обращение к стакану.

2) Данные, как сказано выше, появятся не раньше, чем произойдёт выход из обработчика (в данном случае - OnInit()). Это особенность работы QLua.

3) Так будет лучше во многих смыслах:

local quote = getQuoteLevel2(CLASS_CODE_OPT, TICKER_OPT)
quote.offer_count
quote.bid_count
quote.offer[1].quantity
и т.д.

Ну это такой момент, который пошел от пользовательского интерфейса QUIK.
Если подключен только 1 логин (вернее один "код клиента") - то этот код автоматически подставляется, чтобы пользователя не грузить и "было удобно". В общем-то логично, согласитесь. И для подавляющего большинства пользователей (я думаю для всех) это удобно, думаю и с этим вы согласитесь.

Отправка транзакций через QLua в этом месте не отличается. Все волшебство (которое, оказывается, еще и на сервере) просто работает.

Я примерно понимаю ваше негодование, вы надеялись, что транзакции не проедут и ошибок торговли не будет. Однако в самом деле зачем такое поведение исправлять. Оно явно устраивает подавляющее большинство пользователей, которые имеют только 1 код клиента и этим кодом даже не заморачиваются ни при ручной подаче заявок, ни пир торговле через скрипт.

Речь о функциях, которые нельзя вызывать из OnStop.

Своё окно графика замутить.

Можно же взять и сравнить файлы для одинаковых версий.
Одно и тоже, абсолютно.

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

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

И, главное, с чего вы считаете, что я для вас что-то должен аргументировать?

Я так и не понял: что вам мешает перенести весь QUIK на нужный HDD?
И никакой опции не понадобится.

Значит с точки зрения Windows именно столько и требуется выделить "под нужные страницы файлов".
"Проецирует" в память - операционка, не QUIK.

Вообще ни о чем не говорит.
Сильно зависит как от версии компилятора, от ключей компиляции, так и от режима линковки стандартной библиотеки.