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

По пунктам:
1. Вы не правы
2. Такой эффект есть, подумаем как его побороть.
3. Да, можно сказать и так.
4. Вы не правы.

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

В подавляющем большинстве случаев - да. Но теоретически можно придумать ситуацию в которой клиент может получить заявку без заполненного UID.

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

Добрый день.
На адрес тех поддержки пришлите код скрипта и дамп памяти процесса, желательно полный, если winedbg умеет это делать.

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

Я не спорю, наоборот соглашаюсь. Про это поведение мы уже рассказывали.

Согласитесь, что пример немного не жизненный?

Для чего мы завели такие функции и чего они позволяют избежать я уже объяснял. В Вашем примере использование ssort совершенно не к месту. Используйте просто sort.  

Похожего эффекта можно достичь и другими способами, этого мы и не скрывали никогда.

Возможно. Давайте на примерах разбираться.

Он и так "заморожен" при выполнении колбека.

На другие скрипты никак не влияет

Добрый день.
Это нельзя сказать точно, тут, как говорится кто первый встал...
Важен другой момент - при обычном insert возможна ситуация когда элемент t[1] уже существует, но еще ничем не заполнен. То есть isert это функция в процессе выполнения которой блокировка может случаться и освобождаться неоднократно. При использовании sinsert такого не случится - если элемент t[1] существует (t[1] ~= nil), то и его содержимое уже корректно заполнено.

Добрый день, Роман.
Что такое дравина?

Как будет выглядеть это дело вкуса и личного ощущения прекрасного. Все равно в итоге все сведется к вызову 150 функций.
Но не обязательно километр кода. Достаточно строчек 20. Подписка на изменение и затем в OnParam цикл по функциям-подписчикам.

OnParam и getParamEx разные функции в принципе. первая служит для нотификации об изменении ТТП, вторая для того чтобы забрать эти значения. Сравнивать их не совсем правильно.

1. Более быстрая для чего? Для получения каких данных?
2. Лучше с какой точки зрения? Можно и из одного OnParam породить еще 150 колбеков вызвав нужные функции.
3. Если речь идет о Ваших разработках, то только Вам решать как сделать лучше. Тут я точно ничего подсказать не могу.
Вы мне задаете вопросы о том как лучше спроектировать Ваше приложение, о котором мне ничего не известно.

Добрый день.
Кроме перебора нужных параметров пока вариантов нету.

Добрый день.
Есть более удобные утилиты дл этих целей. Например вот эта - FPing

Добрый день.
Datasource не имеет ничего общего с перечисленными колбеками. Это посчитанные на стороне сервера интервалы.

Если можно, соберите в одном месте вопросы, которые нуждаются в ответах.

Добрый день, уважаемый Кирилл Владимиров.
Я много чего люблю, в том числе я люблю когда оперируют терминами, которые понятны всем участникам обсуждения. Термин "сходимость", по поводу которого я задал вопрос, можно еще понять применительно к бесконечному ряду, но никак не для двух функций обратного вызова.
Теперь насчет этих двух функций. Нельзя говорить о том, что одна получает информацию быстрее другой. Возможно много различных ситуаций и вводных условий, когда OnAllTrade будет быстрее OnParam отдавать информацию о последней цене и наоборот. Это может зависеть от особенностей работы торговой системы, настроек терминала, сервера и даже от интенсивности торгов. В общем случае мы не готовы говорить о том, что будет оптимальнее для решения Вашей задачи.

Никакого преимущества. они влияют только на открытый интерес. Не помню точно насчет общего количества сделок. В таблице всех сделок они не отображаются.
Насчет сходимости не совсем понятно. Что это такое?

Добрый день.
Сравнивать частоту обновлений стакана и таблицы текущих параметров не совсем корректно. Они, конечно, будут между собой коррелировать, но стоит учитывать следующее:
1. Стакан обычно поступает ограниченного размера. Любое изменение заявок вне области видимости приводит к изменениям в ТТП;
2. По ТТП формируются временные срезы на уровне торговой системы и сервера QUIK.
3. Некоторые изменения в ТТП могут вообще не отражаться в стакане котировок. Например внесистемные сделки.

Вместо телефона отлично работает вот такая штука


А насчет абсолютно бесплатных сервисов у меня есть большие сомнения.

/*SMS Server Tools 3Copyright © 2006- Keijo Kasvihttp://smstools3.kekekasvi.com/
Support: http://smstools3.kekekasvi.com/index.php?p=support
Based on SMS Server Tools 2, http://www.meinemullemaus.de/SMS Server Tools version 2 and below are Copyright © Stefan Frings.
This program is free software unless you got it under another license directlyfrom the author. You can redistribute it and/or modify it under the terms ofthe GNU General Public License as published by the Free Software Foundation.Either version 2 of the License, or (at your option) any later version.*/

Сервер - это программа, которая рассылает смс через модем или телефон, абсолютно бесплатная.

Да, обратно возвращаются только те параметры, которые отображаются в диалоге настроек индикатора.

нет, не так. Это цена последней сделки на данном интервале времени.

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

Нет, просто нет такого механизма в Lua. за конкретным объектом должен следить сам пользователь.

Добрый день.
параметр показывает что свечка не существует (пустой интервал). Такое случается, если Вы в одно окно поместите два графика не очень ликвидных инструментов. Что бы корректно отобразить их на одной оси в них могут быть добавлены пустые интервалы. Для таких свечей параметр doesExist  будет равен 0. При этом общее количество свечей (интервалов) у этих графиков будет одинаковый

Нет, не можем и не будем этого делать.
За доступом к конкретной таблице пользователь должен следить сам.

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

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

Это функция, которая заказывает данные с сервера и возвращает вязанный с этим "заказом" набор функций.

Вопрос я тут вижу только как символ в конце строчки. Поясните, пожалуйста, свою мысль.

О какой итерации идет речь?

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

Эта ошибка случается при выполнении функции lua_close(), которая не вызывается в том же потоке, который выполняет main()

Добрый день.
сама qlua.dll поток не создает. Если Вы используете это где-то в своих собственных библиотеках, то лучше всего сделать их потокобезопасными.

Если я правильно понял, то пока речь идет только о возможности управлять закладками и перемещать окно на нужную?

Добрый день.
Какой хендл Вы хотите получить? Дочернего окна или непосредственно таблицы?
И что потом Вы собираетесь с ним делать?

То что я привел - лишь реализация  моей идеи. Вы не поставили задачу корректно и полно.

Что именно?

result.lua  - второй кусок кода, куда я сохранил таблицу для наглядности

persistence.lua - код для сохранения таблиц в файл, один из многих вариантов.

Вот пример:

Скрытый текст

Код dofile(getScriptPath() .."\\persistence.lua") stat={} local fmt = string.format function OnAllTrade(t)    local key = fmt("%s_%s_%02d%02d%02d", t.class_code, t.sec_code, t.datetime.hour, t.datetime.min, t.datetime.sec)    stat[key] = 1+(stat[key] or 0) end stopped = false function OnStop(s)    stopped = true    return 10000 end function main()    while not stopped do       sleep(100)    end    persistence.store(getScriptPath() .. "\\result.lua", stat) end

результат примерно такой:

Скрытый текст
Код -- Persistent Data local multiRefObjects = { } -- multiRefObjects local obj1 = {    ["TEST_Sec1_071921"] = 3081; -- количество сделок в секунду по бумаге    ["TEST_Sec1_071922"] = 1207; } return obj1

По поводу вопроса о вчерашних сделках
Надо проверить из какого класса они к Вам попадают. Так же надо учесть, что на ФОРТС новая торговая сессия начинается сразу после вечернего клиринга и утром она просто продолжается. Так что вчерашние сделки формально относятся к одной торговой сессии.