s_mike@rambler.ru (Все сообщения пользователя)

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

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

если такой случай сделать не получается (так и будет) - ищите ошибку в том, что у вас работает через  "луа апи"

никто и никогда не обещал, что в таблице обезличенных сделок будет какое то упорядочивание по времени.

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

Table  и line - это не объекты, а ссылки.

Только рекомендация по использованию (... положите все в папку квик .... ) неправильная

Никак

Чем дальше в лес, тем злее партизаны )

разобрались , Антон, спасибо за участие.

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

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

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

это утверждение опровергается практикой. Инфа сотка стопудово )

Антон, tail call обязательно фигурирует в списке вложенности. Вы это можете легко проверить.

речь идёт не о стеке вызовов, тут все правильно. Речь идёт о том, что в getinfo по функции иногда не фигурирует ее название. Хотя вся остальная информация верна, трассировка вызовов правильная.

в предыдущих версиях терминала я этого ни разу не замечал, хотя пользуюсь этим механизмом для отладки много лет. В 8.7 тоже было все нормально , а вот в 8.8 - нате вам.

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

ничего не понял. Посередине - это как? Между левой и правой штаниной?))

Нет. Анонимные функции помечаются явным образом, это видно.

В версии 8.8 наблюдаю странную вещь.

в одних местах скрипта debug.getinfo(1) выдает таблицу , в которой есть поле name,

а других местах в получаемой таблице этого поля нет. Остальные поля вроде на месте.

вызов идёт из луа, си функций в последовательности вызова нет.

что может быть тому причиной?

Спорить о вкусе ананаса имеет смысл только с тем, кто его пробовал.

Евгений,

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

Настройка буфера обмена тоже доступна

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

скринсейвер с паролем решают проблему.  

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

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

Возможно, этоhttp://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/daydelimiter.htmlвам поможет

То, что они недоступны, козе известно.

Оказывается, что константы таймфреймов у createdatasource getsourceinfo совпадают частично, а не полностью. Все таймфреймы от тикового до H4 включительно имеют одинаковые значения, а D1,W1,MN1 разные.

Вот это номер.

Была такая игра - Prince of Persian, где героя на каждом шагу ожидали неожиданные и нелогичные засады.  Только там они были сделаны намеренно....

Позволено в скриптах, отказано в индикаторах

И в догонку второй вопрос

В чем величайший скрытый смысл отсутствия констант типа INTERVAL_H1 в индикаторах?

Почему смердам позволено их видеть в индикаторах, но величайше отказано в индикаторах?

Получаю source info в индикаторе:

{sec_code="GAZP",class_code="QJSIM",param="",interval=-1}



Откуда взялся interval -1?

Если это не ошибка, будьте любезны, объясните происходящее.

ясно, Сергей.

Вообще то диагностика createdatasource failed не несёт в себе ни байта полезной информации. "Чтой-та гдета нитаво". Это мы и так знаем, раз полезли смотреть диагностику ошибки.

если уж полезете исправлять, надо бы что то более осмысленное возвращать.

Что за зверь такой неизведанный?

Зачем я вижу ошибки исполнения от него?  Какие они бывают, откель они берутся и когда?

Спасибо.

Цикл  перебора по getitem гоняет ВСЕ данные через бутылочное горлышко между скриптом и терминалом. На этом много потерь.

SearchItems при наличии фильтрации прореживает данные хранилища внутри qlua и выдает на гора уже выборку. За счет этого идет значительная экономия при правильно выбранных фильтрах.

Старатель,

спасибо.

да, сам собрал.

если надо, пишите почтой, поделюсь.

если вдруг у кого то есть sqlite для 5.3 x64 - буду очень рад.

я пользовал для 8.4 lsqlite3 lua 5.1 x64.

никаких проблем.

.. c зажатым Аlt, конечно...

Создайте командный файл beep.bat, в него напишите

echo ^7

^7 - это один символ, набирается на дополнительной клавиатуре с зажатым контролом <Аlt>007

или в редакторе notepad++ и окна таблицы a ascii.

из луа просто вызовите os.execute("beep.bat")

также вместо этого в ф.bat запустить любой медиа проигрыватель с нужной вам мелодией.

Наверное из индикатора вызываете. Из него нельзя.

Евгений, я ничего не понял из написанного вами.

Предыдущий мой ответ верен, разбирайтесь.

добавляется ещё одна свеча справа. Нумерация свечей не изменяется. У несдвигутых вправо индикаторов значения будут nil  

A={nil,1,2}
unpack(A). Даст непредсказуемый вариант зависимости от порядка заполнения полей

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

остальные способы - это возня и рыдания.

да, можно  

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

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

при помощи внешней библиотеки на с++ возможность есть  

завтра )

*

Звёздочкой форум заменил название известного  * .

Знают, пользуют )

Можно было бы перебрать возможные параметры через createdatasource и откинуть те, на которые получен отказа подписке .

но!

Createdatasource подобна верблюду (что у него прямое?) и всегда возвращает успешную подписку, хоть на существующую бумагу, хоть на ролики с  *

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

Уважаемые разработчики.

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

Ошибки будем исправлять или наплевать на них и вообще пропади он пропадом, этот квик?

io.type (obj)

Проверяет, является ли obj валидным хендлером файла. Возвращает строку "file" если obj –
открытый хендлер файла, "closed file" если obj закрытый хендлер файла, или nil
если obj не является хендлером файла.

ответ к делу не пришьешь.

я вам писал о неправильном ответе createdatasource уже лет 5 назад и вы регистрировали, рассматривали, обсуждали, митинговали, постановили и дали торжественные обещания. Результат известен.

работа с котировками инструментов  у меня - единый объект, который и подписки делает и с историей работает. В том числе занимается кэшированием. Поэтому при переподключении необходимо пересоздать весь объект, который при создании переподпишется и дальше снова начнет создавать кеши котировок.

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