Может кто уже мучился с лучшим BID, OFFER?!

или вот еще прикол.
как известно если сделки были совершены часто, то они придут пакетом
в результате они последовательно как из автомата  gTrade и затрут друг друга.
 

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

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

Решил поднять эту ветку, а не заводить новую.

Время от времени (очень редко, не более 10 раз за всё время торговли) я сталкивался с ситуацией: скрипт выставляет заявку, она не срабатывает, снимается по таймеру, и тут же выставляется снова по той же цене. И так несколько раз. Я никогда не обращал на это внимания (заявки обычно всё равно срабатывали, сдвинув цену на пару пунктов), но теперь, в связи с причёской новой версии, решил разобраться, раз уж снова напоролся на именно такой случай. Итак, скрипт хочет продать, причём по BID - цена его устраивает. Выставляет заявку, и... BID стоит, как вкопанный, а мой придурок ставит, снимает, ставит, снимает... вот так пять часов и простоял! Обычно у меня в таких случаях одновременно с "заявка зарегистрирована" выскакивает сразу и "удовлетворено", а здесь... что бы это могло означать?

Вчера же напоролся и вообще на очень странную штуку. Как известно, прерывания на одно событие приходят пачками (именно по этой причине я использую из коллбеков только OnTrade, как минимально необходимое и уже в нём самом давлю паразитные вызовы). Но вчера я всё обвистовал отладочной печатью: решения о подаче заявок скриптом, момент передачи их в стек заявок и вывода оттуда, занесение в стек сделок и "снятие с учёта", сами сделки (первичная она, вторичная или дубль) и все выходы на ошибки. Короче говоря, время работы этих утилит должно, по идее, резко замедлиться. Так вот, один раз (только один, больше не повторилось) я получил в логе диагностику, от которой просто глаза полезли на лоб: не закончив обработку первого коллбека, снова появилась строка диагностики о начале обработки коллбека. Если я что-нибудь в чём-нибудь понимаю, этого не может быть потому, что не может быть никогда: коллбек не может быть вызван, пока не завершено выполнение другого коллбека - тем более, этого же самого. Вопрос: может ли В ПРИНЦИПЕ такое случиться? После того, что мне довелось здесь наблюдать, я уже ни в чём не уверен.

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

Нет, внутри колбека не идет работа с окном - только работа с логом, то бишь вывод в файл. Ладно, будем пока считать, что марсиане прилетели, и в софте что-то сбойнуло.  

Anton, А что такое "фильтр по инструменту слетел"? Мне брокер сказал, что если стоит "умный заказ", то все остальные настройки не имеют значения, я всё равно должен получать реальные данные.

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