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

Здравствуйте, nikolz!
Интересно.Никогда не работал со SciTe.Т.е. в нём можно, не запуская квик, войти на сервер, вызвать функцию DLL, которая в свою очередь вызовет функцию типа CreateDataSource() и потом сможет обработать возвращаемые по callback  или без callback данные, отлаживая DLL под MSVC ?

Решили ли проблему, когда CreateDataSource() тупо молчит, если в данном "классе-инструменте-интервале" на сервере нет данных? Или всё таки возвращает какой-то признак отсутствия данных?

Здравствуйте!
Да, зарегистрируйте пожалуйста. Предупреждение было бы полезно, чтобы не терять время.

НО! Просьба зарегистрировать и пожелание отключить такую иррациональную "защиту". Кому надо что-то сломать самом КВИКЕ - тот будет ломать с отладчика нулевого кольца. А так, эта "защита от отладки" только мешает разрабатывать приложения для QUICK, и, соотвественно снижает интерес к среде и базу пользователей.

Я отлаживаю СВОЮ DLL под QUIK и мне пришлось даунгрейдиться до 9.2.3.15, чтобы  была возможность это нормально делать.  Попросите перестать создавать трудности для программистов на голом месте.

Спасибо.

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

Благодарю за ответ. Теперь понятно...

... Да ёшкин кот! Что ж они всё время накручивают проблем для программистов??? И так этот ЛУА на любителя, так ещё и от высокоуровневых дебагеров зачем-то теперь защищаются. В чём смысл-то? Кому надо поломать - всё равно воспользуется низкоуровневыми, а для нормальных программеров - просто ещё больше гемора, которого и так в QUIK/LUA  многовато (в сравнении с MT). Защищать надо там, где реально надо, а не создавать проблемы для нормальных людей. Чем они там думают?

Необходимо отлаживать свою DLL под MSVC 2019.

Попытка приаттачиться вызывает выход Quik 9.8.0.11

Обновился, называется...

С версией 9.4.2.1 такого не происходит.

Есть идеи, что это, и что можно сделать, чтобы можно было отлаживать в новых версиях?

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

Если создавать, к примеру, "таблицу текущих торгов" и нажать кнопки "добавить всё"(все доступные инструменты и доступные параметры) - то создаётся таблица со всеми ~10 тыс инструментами и параметрами. Т.е. получается выбрать всё.  Все классы и все инструменты. Как и в функциях getClassesList() и getClassSecurities().

Другое дело, что таблица постепенно будет заполняться тем, на что сервер брокера не "отмалчивается".
К сожалению, это не "проверка", а такое же ожидание по таймауту.  А вообще ,надеялся, что подскажете способ программно проверить доступность информации, а не вручную ,через создание и менеджмент окон.

А так, пока не вижу разницы... похоже, при создании ТТТ на 10 тыс инструментов терминал подписывается на всё, а там уж какая информация придёт и заполнит соотв. строки. А почему пустая строка - пусть смотрит и думает пользователь.

На мой взгляд (и опыт) функция, которая так или иначе "обещает перезвонить", должна это делать, если сделана корректно и дружелюбно к пользователю.
Хотя бы потому что заранее неизвестно, по какой причине нет ответа. Запрещены какие-то классы или какие-то другие причины. Если запрещена - так и надо отвечать.



И как вы это делаете? Как проверяете, что подписка возможна?

Да, собственно это и имел ввиду в своём сообщении. Знаю, как в принципе работает DDE. Но буду использовать, если не будет более удобного способа.


Для реализации своих замыслов, я написал DLL , запускаемую скриптом с парой строк. Всё остальное делается через мою DLL и моё приложение (запускаются функции квика, луа и прочее. Но вот CreateDataSource() работает некорректно, из-за чего и возникла эта тема. Печально удивился 5-летней тишине после обещаний довести функцию до ума.


В API квика есть функции получения классов инструментов и списка инструментов в каждом классе. Всего примерно тысяч 10. Но отзываются - примерно половина. Остальные - молчат. Естественно, что в ТТТ и прочих таблицах отображаются те, для которых данные всё-таки поступили, и только по ним можно что-то передать в стороннее приложение по DDE или ODBC. А вот по половине "молчащих" инструментов - совершенно неясно, почему они молчат. То ли период не тот и надо подождать ,то ли данных в принципе нет и не будет. Но всё это заканчивается замедлением работы программы ,вынужденной опрашивать и ждать таймаутов. :(

Я недавно познакомился с LUA и QUIK. Поправьте меня, если не прав. Но, насколько успел разобраться, DDE - это просто интерфейс получения данных, которые уже существуют локально, в терминале. Во всех функциях они всегда предварительно запрашиваются. А CreateDataSource() - наиболее "близкая" функция к источнику данных на сервере. Она позволяет получать данные, которых нет в уже существующих настройках, таблицах или данных. Всё остальное - "обёртки" к внутренним подпискам терминала, включая DDE.Через DDE доступно то, что уже доступно терминалу и локальные данные существуют. Проблема возникает когда запрашиваемых данных по инструменту нет не только локально, но и на сервере.  И вместо какого-либо извещения об этом - просто глухая тишина, которую неизвестно как интерпретировать, а только отбивать по таймауту.

В современном мире попросить подождать 5 лет, а потом ещё 5 лет - это значит "никогда". :(

Стоит ли ждать ответа?

Здравствуйте! Прошло 5 лет. Скажите пожалуйста, появились ли функции, позволяющие определять что данных по инструменту нет и ответа от CreateDataSource() не будет? Чтобы не ждать на каждый запрос по 20-30 секунд?