Александр М (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 4 След.
Как получить горизонтальные объемы сделок
 
Цитата
Глебов Александр написал:
Цитата
   s_mike@rambler.ru написал:
 
Цитата
Глебов Александр  написал:
Прошу совета, как получить горизонтальные объемы сделок на определенном уровне в заданном ценовом диапазоне. Имею в виду, как сумму всех сделок, так и в отдельности, покупки и продажи.
 вот такое есть

 Volume at price  
Спасибо, знаю про это. Мой вопрос связан не с готовым индикатором, а с получением горизонтальных объемов в скрипте QLua, чтобы затем их обрабатывать соответствующим образом.
Вы это можете сделать грубо на основе баров или точно, но для этого вам придется делать свою базу обьемов по каждому инструменту и по каждой цене по Таблице обезличенных сделок.
Отладка QUIK 8.11
 
Цитата
ISR написал:
Цитата
Александр М написал:
Несколько смущают размеры файлов по Вашей ссылке
Согласен, меня то же смутил этот момент, как будто скомпилировано в дебаг'е (с информацией для отладки), но размер может быть увеличен и по каким то еще причинам. Но тем не менее скомпилированный скрипт работает. Разрабам квика все же, на мой взгляд, стоило бы заботиться о клиенте, можно было бы ссылку в доку добавить, или вовсе win32/64 компиляторы подкинуть, благо пока они места много не едят.
По самой работе же 8.11 и моим скриптом скомпиленым под 5.4.1. за сегодня еще ни разу не упало, в то время как на предыдущей версии 8.09 по нескольку раз за день, устал уже перезапускать.
Все-таки хотелось бы получить официальный ответ от разработчиков, по поводу компилятора под их версию lua.

По моим наблюдениям на сегодняшний день самая стабильная версия 8.8.4.3, у меня ни разу не упала, работает круглосуточно.
Отладка QUIK 8.11
 
Цитата
ISR написал:
Возможно не в тему, но сам искал где же взять этот самый lua 5.4.1, на lua.org не нашел, но гугл выдал таки одну ссылку:  https://joedf.ahkscript.org/LuaBuilds/
Несколько смущают размеры файлов по Вашей ссылке, они раза в 2 отличаются от тех, что по официальной ссылке.
Для примера картинка файлов официальных версий 5.35 и 5.40:

Инструменты технического анализа, Доступ и Lua
 
Цитата
Евгений написал:
То есть получается можно использовать только линии,свечи гистограммы треугольники как в настройках индикаторов и все, а уровни в виде прямоугольников и другие методы только от руки рисовать, это может быть смешно но пользуется популярностью ))
Да, тип линии можно выбрать в любом индикаторе, но суть от этого не меняется - 1 значение по 1 линии в 1 момент времени.
Инструменты технического анализа, Доступ и Lua
 
Цитата
Евгений написал:
То есть создать индикатор который использует например прямоугольники из методов создать можно?
Прямоугольник нет, т.к. Индикатор - это 1(ОДНО) конкретное значение в данные момент времени по конкретной линии, т.е. вы можете создать отрезок верхней и нижней линий прямоугольника. Зачем Вам для торговли вертикальные линии?
Отладка QUIK 8.11
 
Цитата
Andrey Bezrukov написал:
3. Данный вопрос предлагаем уточнить непосредственно у разработчиков данного инструментария с учётом того, что, по всей видимости, он предусматривает совместимость с lua5.4.0. Другой вариант – проверить совместимость самостоятельно, на практике. В случае подозрения на некорректную работу со стороны интерпретатора LUA в терминале QUIK – пожалуйста, сообщите. По вопросам эксплуатации представленных библиотек также предлагаем обращаться к их непосредственным разработчикам.
Это не библиотеки, это стандартный компилятор Lua. Когда я у Вас спрашивал про точно такой-же аналогичный, но по версии 5.3.5, Вы отвечали, что именно им и пользуетесь для компиляции. Если по данному компилятору (по версии 5.4) Вы ответить не можете, то укажите, каким ПО компилировать скрипты под Вашу версию 5.4.1.
Инструменты технического анализа, Доступ и Lua
 
Цитата
Евгений написал:
Цитата
Евгений написал:
Как использовать инструменты технического анализа из Lua ?
Имею в виду Горизонтальные и наклонные уровни, фибо, фигуры, прямоугольники и тп.
Никак. Это просто картинки на графике, они из Lua недоступны. Вы должны реализовать индикаторы, которые делают тоже самое и тогда значения этих индикаторов вы сможете считывать из Lua. У меня на сайте и у некоторых коллег, которые здесь пишут, есть готовые индикаторы на эту тему.
Отладка QUIK 8.11
 
Цитата
...
Вы не ответили на мои вопросы:
1. В будущем будет строгий переход на 5.4 или поддержка 5.3 останется надолго?
2. Все-таки 5.4.1 или 5.4.2?
3. Я представил ссылку
https://sourceforge.net/projects/luabinaries/files/5.4.0/Tools%20Executables/lua-5.4.0_Win64_bin.zip...
С помощью данного инструментария можно компилировать скрипты для QUIK lua версии 5.4?
Отладка QUIK 8.11
 
По данной ссылке корректно будет работать компилятор?

https://sourceforge.net/projects/luabinaries/files/5.4.0/Tools%20Executables/lua-5.4.0_Win64_bin.zip...
Отладка QUIK 8.11
 
Цитата
swerg написал:
Хотелось бы уточнить у тех. поддержки про новую версию 8.11:

1) Зачем остался в дистрибутиве (в обновлении) файл lua5.1.dll  ? как он функционирует?!
Вроде его планировали убрать.

2) В списке исправленных недоработок есть несколько пунктов про Lua (пункты 10, 11, 12, 13)
Подразумевается, что указанные в них проблемы исправятся только при использовании Lua 5.4 ? или для Lua 5.3 они исправлены тоже?
1. Поддерживаю, не понятно для какой именно версии lua исправлены ошибки, перечисленные в списке обновлений.
2. Выбор версии Lua будет Вами поддерживаться и дальше или с какой-то версии вы перейдете строго на Lua 5.4.1?
3. Почему не 5.4.2?
Программисты на LUA, Требуются LUA программисты
 
Цитата
Владимир написал:
nikolz, Исторические данные отличаются от реальных лишь тем, что берутся из файла (из БД), а не поступают в реальном времени от того же Квика, а потому алгоритм, который хорошо работает на исторических данных будет столь же хорошо работать и на данных реальных - просто входной поток данных приходит из другого места. Алгоритм ZigZag тупой - это другое дело, и тупой он КАК на исторических данных, ТАК И на данных реальных.
Я думаю, что nikolz имел в виду, что пику в этих индикаторах всегда отображаются задним числом, текущая цена при этом от пика уже далека.

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

При желании в Яндексе или Гугле очень легко ищутся компании или частные программисты по написанию роботов для QUIK.
Горизонтальные объемы
 
Цитата
Egor Zaytsev написал:
Цитата
Александр М написал:
 
Цитата
Egor Zaytsev  написал:
Он не заменяет "горизонтальный объём", который представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
 mihail достаточно подробно расписал и я с его интерпритацией полностью согласен: "горизонтальный объём", представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
Поскольку это сейчас и скорее всего Вы будете делать через поток обезличенных сделок, то там есть понятие Покупка/продажа. Ну и собственно сам рассматриваемый период тоже важен, т.к. он напрямую влияет на картину обьемов.

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

В таком случае именно от mihail пожелание уже зарегистрировано.

https://forum.quik.ru/messages/forum8/message45879/topic2527/#message45879
Вы только туда добавьте возможность раздельного показа обьемов на покупку/продажу (или в виде 2 столбцов или в виде 1 двуцветного столбца).
Горизонтальные объёмы, Отображение горизонтальных объёмов в квике
 
Цитата
Roman Azarov написал:
Дмитрий, здравствуйте!

На данный момент горизонтального объема на графике в QUIK нет.
Мы зарегистрировали ваше пожелание и постараемся его рассмотреть. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Аналогичная тема: https://forum.quik.ru/forum8/topic2527/
Надеюсь Вы у себя пометите, что желающих много и приоритет надо бы повысить.
Пользовательские уровни в дополнительных областях графика
 
Цитата
Evgeniy Karnaukhov написал:
Александр М, здравствуйте.

Правильно понимаем, что Вы бы хотели иметь возможность задавать дробное значение для уровня, если цена инструмента, например, измеряется в целых числах? Или если у значения цены инструмента, например, два знака после запятой - то Вы бы хотели иметь возможность выставлять уровень со значением, у которого будет три и более знака после запятой?
Да, все верно, т.к. точность индикатора в дополнительной области абсолютно не связана с точностью самого инструмента. Выставлять одинаковую точность во всех областях вообще некорректно.
Горизонтальные объемы
 
Цитата
Цитата
s_mike@rambler.ru написал:
Цитата
Александр М написал:
 
Цитата
Egor Zaytsev  написал:
Он не заменяет "горизонтальный объём", который представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
 mihail достаточно подробно расписал и я с его интерпритацией полностью согласен: "горизонтальный объём", представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
Поскольку это сейчас и скорее всего Вы будете делать через поток обезличенных сделок, то там есть понятие Покупка/продажа. Ну и собственно сам рассматриваемый период тоже важен, т.к. он напрямую влияет на картину обьемов.

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

http://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/volume-at-price-dlya-quik.html
Самописные есть у многих, в том числе и у меня и Вы прекрасно должны знать о сложностях работы с обезличенными сделками и историей по графику, поэтому конечно встроенный индикатор с историей будет предпочтительным.
У данной задачи скорее всего будет невысокий приоритет, т.к. нормальная реализация достаточно сложная, это по сути надо отдельный слой данных хранить по инструментам, но если сделают, то будет замечательно.
Пользовательские уровни в дополнительных областях графика
 
Уже который год в терминале QUIK невозможно задать дробные уровни у любого индикатора в дополнительной области (любой осциллятор или гистограмма). Уровень можно задать только с точностью самого инструмента, хотя точность осциллятора абсолютно не должна совпадать с точностью инструмента (например он может быть от 0.до 1).

Присвойте номер данной проблеме и когда можно получить ее решение?
Горизонтальные объемы
 
Цитата
Egor Zaytsev написал:
Он не заменяет "горизонтальный объём", который представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
mihail достаточно подробно расписал и я с его интерпритацией полностью согласен: "горизонтальный объём", представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
Поскольку это сейчас и скорее всего Вы будете делать через поток обезличенных сделок, то там есть понятие Покупка/продажа. Ну и собственно сам рассматриваемый период тоже важен, т.к. он напрямую влияет на картину обьемов.

Я думаю, что не имею право тут делать ссылки на решения в других платформах, которые есть на рынке, но хотя бы базовая реализация обьемов.
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала.
В таком случае у Вашего брокера и его техподдержки Вы и вправе что-то требовать, если, конечно, это прописано в Вашем договоре с ним. Что касается общения с нами - просим не использовать такие термины. Мы не обязаны делать Вам личный кабинет, давать "в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения".


P.S. Вы (справедливости ради не только Вы, но и некоторые другие участники в том числе и данного обсуждения) прямо нарушают правила форума, рекламируя на нашем ресурсе свои сайты. То, что мы пока смотрим на это сквозь пальцы, в том числе и означает уровень нашего хорошего отношения к Вам лично и к другим подобным участникам. Но движение навстречу должно быть обоюдным, надеемся на Ваше понимание.
Я и пытаюсь двигаться навстречу и хочу понять простой вопрос. В терминале QUIK найдена ошибка или некорректное поведение. Куда мне написать, чтобы получить ответ не только о принятии данной проблемы, но и узнать о сроках ее решения?

Правильно ли я понял Ваши слова: Если в программном обеспечении QUIK я нашел ошибку, то я должен о ней писал НЕ Вам, а своему брокеру? Тогда я им данную переписку скопирую и буду требовать решения проблемы от них.
Я пишу не про проблемы новичков с настройками терминала, а именно про ошибки работы ПО или ее некорректной работы.
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
Есть продукт, за который мы платим
 
Цитата
Александр М написал:
Я как клиент
 
Цитата
Александр М написал:
Со всеми программными продуктами, которые я купил или взял в аренду (как у вас)
Мы правильно понимаем, что Вы утверждаете о наличии у Вас с нами взаимообязывающих юридических оснований? В таком случае просьба сообщить (здесь, в личку, нам на почту) номер Вашего договора с ARQA Technologies, наименование брокерской Компании, которую Вы представляете, и Вашу должность в ней. По получению данной информации готовы в рамках электронной переписки обсудить приоритеты и ориентировочные сроки реализации тех или иных зарегистрированных от Вас проблем/пожеланий.
У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала.
У вас к сожалению нет полноценного HelpDesk в личном кабинете, есть только этот форум, где куча тем от всех и есть электронная почта, по которой ориентироваться в статусах заявок тяжело.
Я вам напишу обязательно список пожеланий и проблем, которые висят с моей стороны и которые висят здесь на форуме не 1 год, посмотрим на реакцию.  
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
   s_mike@rambler.ru написал:
 
Цитата
Alexey Ivannikov  написал:
 
Цитата
    s_mike@rambler.ru  написал:
Однажды, несколько лет назад, я зарегистрировал предложение. Мне его обещали рассмотреть. На том дело кончилось, видимо рассмотрение затянулось. Через пару лет я еще раз сделал в этом форуме то же самое предложение. О чудо, оно было рассмотрено (никто ни словом не обмолвился, что такое предложение уже было раньше и именно от  меня).
  Добрый день.

Вы действительно считаете, что мы наизусть помним все зарегистрированные пожелания в разрезе тех никнэймов, от которых они заводились? Причём на горизонте нескольких лет? Лестно читать подобное конечно, но по факту это выглядит так: сотрудник видит что пожелание "по делу" и заводит его, если пожеланий по одной теме накапливается всё больше и больше - это может изменить приоритет по ней.


 
Цитата
    s_mike@rambler.ru  написал:
А вы мне рассказываете по какое-то "большое внимание", про "фиксируются", "повышают приоритет"..  Ох уж мне эти сказочки, ох уж эти мне сказочники...
  И про внимание, и про фиксацию, и про возможность повышения приоритета - чистая правда. Раз Вы считаете это "сказками" - так зачем же здесь пишите? Ради флейма? У нас здесь тематический форум, настоятельно рекомендуем воздержаться от подобного.
 Я понимаю, что сбор и регистрация пожеланий пользователей необходима для исполнения  неких формальных протоколов и имеет отдаленное отношение к реальной работе по их реализации.

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

Можно рвать тельняшку и клясться про внимание, приоритеты и работу в поте лица - практика не подтверждает.
Ещё раз: есть понятие приоритета. У нас нет физической возможности сделать всё и сразу. Мы понимаем, что каждый пользователь считает исправление волнующих его ошибок/реализацию конкретно его пожеланий самым важным делом, за которое разработчикам нужно браться безотлагательно. Мы же видим ситуацию несколько по другому, и в условиях ограниченных возможностей делаем в первую очередь ту работу, которую считаем более приоритетной.
Честно говоря очень странная политика. Есть продукт, за который мы платим. По данному продукту есть проблема. Я как клиент имею полное право завести проблему и получить по ней информацию. Причем полную информацию, т.е. что проблема подтверждена и будет решена тогда-то или не подтверждена и мне по ней надо что-то доотправить.
Со всеми программными продуктами, которые я купил или взял в аренду (как у вас) практика всегда одинаковая, Ваш продукт исключение. Почему проблема с Вашей стороны подтверждается, но ее решение откладывается на неопределенный срок?
По всем проблемам QUIK брокер отправляет напрямую к Вам в тех. поддержку и правильно делает. Вы разработчик и обязаны устранять проблемы по своему ПО.
Если пожелания Вы можете отложить или присвоить им низкий приоритет, то ошибки должны быть устранены сразу, буквально в течение 1-2 версий и уж точно не решаться годами.
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
 
Цитата
Alexey Ivannikov  написал:
 
Цитата
 Александр М   написал:
   
Цитата
  Roman Azarov    написал:
 
 Все   пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
   Где можно увидеть этот волшебный список   ВСЕХ   пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и  приоритет

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

Эта информация для внутреннего пользования, выкладывать её куда-то наружу мы не будем.
 Т.е. другими словами ни у 1 клиента нету никакой информации, что над его ошибками или пожеланиями вообще работают. Учитывая, что некоторые пожелания тут высказываются по много раз начиная с 2012 года, а они не внедрены до сих пор, получается что их в списке нету или вы их потеряли или у них приоритет ниже плинтуса, а отписка "Ваше пожелание учтено и будет внедрено в ближайших версиях..." ничего не стоит.

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

Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.
По каждому конкретному пожеланию мы можем предоставить его статус, тут вопросов нет. ...
Отлично. куда мне написать, чтобы конкретно по моему перечню пожеланий был заведен номер и я мог в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения? Это будет лично в моем кабинете или в общей кучи аналогичных тем?
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
 
Цитата
Roman Azarov  написал:
 
 Все   пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
 Где можно увидеть этот волшебный список   ВСЕХ   пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и  приоритет

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

Эта информация для внутреннего пользования, выкладывать её куда-то наружу мы не будем.
Т.е. другими словами ни у 1 клиента нету никакой информации, что над его ошибками или пожеланиями вообще работают. Учитывая, что некоторые пожелания тут высказываются по много раз начиная с 2012 года, а они не внедрены до сих пор, получается что их в списке нету или вы их потеряли или у них приоритет ниже плинтуса, а отписка "Ваше пожелание учтено и будет внедрено в ближайших версиях..." ничего не стоит.

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

Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.
Скользящая средняя по индикатору объёма, Добавить скользящую среднюю на объёмы с настройкой периода и параметров отображения(цвет, толщина, выше или ниже гистограмм)
 
Раз уж желать, то надо сразу делать возможность накладывать скользящую среднюю на любой источник данных.
Горизонтальные объемы
 
Я думаю что к пожеланию по горизонтальным обьемам присоединится половина Ваших клиентов. Это очень актуально. В идеале они должны быть доступны из lua, как и обычный обьем и разделяться на покупки/продажи (флаг настройки индикатора), глубину рассмотрения данных (от какой даты или за какой период).
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Roman Azarov написал:
Цитата

 Все   пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
Где можно увидеть этот волшебный список ВСЕХ пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и приоритет

Это же Ваши слова, у Вас обязан быть этот список с приоритетами. Выложите его здесь или в любом другом разделе, прикрепите сверху и все сразу увидят, что Вы там рассматриваете и ничего ли по дороге не потерялось.
Обьем аукциона в Таблице текущих торгов
 
Цитата
Roman Azarov написал:
Александр М, добрый день!

"auctvalue"
Спасибо большое.
Обьем аукциона в Таблице текущих торгов
 
Какое название поля для получения значения поля "Обьем аукциона" в Таблице текущих торгов?
Использование памяти скриптами Lua
 
Цитата
nikolz написал:
Цитата
Александр М написал:
 
Цитата
Михаил Понамаренко  написал:
Сегодня выпустил своего простенького робота сеточника на демо-счёт. Пока трудится без капризов, но потребление памяти, с учётом, что робот практически не накапливает данные впечатляет. Мусоровоз приезжает систематически, но загружает не весь мусор.
 У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.
очевидно это у вас версия 7 на XP
у меня тоже 7 версия кушает 600 КB
а вот верия 8.3 на win10 даже без робота кушает 6.8МБ
Вроде русским языком написано версия 8.8.4.3 на win10 и кушает столько, сколько я написал.
Использование памяти скриптами Lua
 
Цитата
Михаил Понамаренко написал:
Сегодня выпустил своего простенького робота сеточника на демо-счёт. Пока трудится без капризов, но потребление памяти, с учётом, что робот практически не накапливает данные впечатляет. Мусоровоз приезжает систематически, но загружает не весь мусор.
У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
nikolz написал:
Цитата
Александр М написал:
В связи с переходом биржи мы дождались 19 знаков.

Уважаемые разработчики и коллеги, может кто подскажет, почему результат разный и что надо подставить в string.format, чтобы он стал одинаковый? Как вы понимаете, необходимо, чтобы Номер заявки или сделки в виде строки всегда был нормальным числом, идентичным самому числу.
 
Код
    a  =    9952336732254970146  
  message  ( string.format (  "%.f"  ,a)  ..   " "   ..  tostring(a))    
 Результат: 9952336732254969856 9.952336732255e+18
 
Код
    a  =    1952336732254970146     
  message  ( string.format (  "%.f"  ,a)  ..   " "   ..  tostring(a))
    
 
Результат: 1952336732254970112 1952336732254970146
 
Код
    a  =    9952336732254970146  
  message  ( string.format (  "%.d"  ,a)  ..   " "   ..  tostring(a))
    
 Результат: "bad argument #2 to 'format' (number has no integer representation)"
Правильно я понял, что Вы где надо и не надо лепили к числам ".0"
В итоге получали переполнение разрядной сетки мантиссы, т к в отличии от целого числа на нее в 64 битах меньше места?
Ну батенька, надо учить мат.часть.
Не правильно, я вообще ничего не лепил и у меня преобразования не было, но я в коде исторически использовал "%.f", т.к. надеялся, что если преобразование типов случайно пройдет, то в строку не добавится ".0" в конце. Код .0 не добавлял, а вот сам номер изменил даже при преобразовании  целого числа в строку, о чем я и написал.
Как отключить контекстное меню в таблицах создаваемых в Lua?, События по правой кнопке перестали срабатывать в новой версии
 
Поднималась тема давно, но ответа нету:
https://forum.quik.ru/messages/forum10/message42293/topic4921/#message42293
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
nikolz написал:
Цитата
Александр М написал:
print(a)print(tostring(a))print(a+1)print(tostring(a+1))
сделал так:
а=9152336732254970146
print(a)
print(tostring(a))
---------------------
результат:
9152336732254970146
9152336732254970146
----------------
что не так?
Пока тип не поменялся, все tostring() работает корректно, я выше уже написал. Теперь надо следить за этим в коде, т.к. если он изменится, то преобразование числа в строку дает или неправильное значение или вообще с e+...
Выше я продемонстрировал. Я в своем коде проблему решил, просто проверил все места, где смотрится или преобразовывается номера заявок или сделок.
Что за бред с параметрами Lua индикаторов в Quik 8.8???
 
Цитата
vladindre написал:
Хотел бы добавить почти в тему , не создавая новую. Не работает редактирование в индикаторе.Меняю параметр , по логике должен измениться результат , а ничего не меняется . Мозг начал взрываться , все проверил тыщу раз. Все правильно. Пришлось воткнуть message и обнаружилось , что входной параметр не изменяется после редактирования. Индикатор не прилагаю , поскольку он примитивно простой с десяток строк и ломаться там нечему. Больше сочинил в качестве теста для проверки работы некоторых функций для применения  в другом более объемном продукте. И кстати это уже второй случай.

В августе сочинил индикатор и такая же история - не меняется тэг линии , с которой надо брать данные. Я и так и эдак и все никак. Пробовал добавлять функцию OnChangeSettings() и тоже результата ноль
Пришлось делать копии для разных окон с заранее прописанным тэгом индивидуально. То есть вставляешь индивидуальный индикатор и все четко работает. Это конечно очень нехороший косяк.Ну у меня пара десятков окон , а у кого если сотни ?  Версия последняя 8.8.4.3. На предыдущих редактирование  работало четко.
Кстати встроенные работают нормально.
Такого не замечал, версия QUIK та же. 1 индикатор на нескольких графиках и на всех разные параметры.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Nikolay написал:
Только сейчас увидел, что Вы пытаетесь сделать.
lua не может преобразовать double с таким числом цифр как 9152336732254970146.0

4-ое издание Programming in Lua, глава 4 ( https://www.moys.gov.iq/upload/common/Programming_in_Lua%2C_4th_ed._%282017%29_.pdf )

For floating-point numbers, Standard Lua uses double precision. It represents each number with 64 bits, 11of which are used for the exponent.  Double-precision floating-point numbers can represent numbers withroughly 16 significant decimal digits, in a range from -10308 to 10308.  (Small Lua uses single-precisionfloats, with 32 bits. In this case, the range is from -1038 to 1038, with roughly seven significant decimaldigits.)

Any  integer  up  to  2^53  (which  is  9007199254740992)  has  an   exact  representation  as  a  double-precisionfloating-point number.  Integers with larger absolute values may lose precision when converted  to a float.

Поэтому если число имеет тип math.type = integer, то до 2^53 (9007199254740992) нет проблем представления. А если это уже double, то его не будет.
Специально я не пытаюсь, я боюсь, чтобы случайно преобразования не было, иначе беда. Причем, если она случилась, то она не лечится, номер изменится.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
Что еще предложите?
Предлагаем быть более внимательным в передаче параметров в функцию.
от куда у Вас возьмется параметр "x" если есть только переменная "a"?
Согласен, моя ошибка. Правда проблему не решило, если произошло изменение типа:
Код
local function tostringEX(x)
return tostring(math.tointeger(x) or x)
end

a=1952336732254970146.0
message(tostringEX(a).." "..tostring(a))

Результат: 1952336732254970112 1.952336732255e+18

Если изменения типа не было, то там и tostring() прекрасно работает.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Nikolay написал:
Попробуйте использовать паттерн "%.0f".
Пробовал, он аналогичен самому первому примеру.
Преобразование целого числа в строку в QUIK 8.8+
 
Тему можно закрывать, как результат проверки работает криво, поэтому до преобразования типа доводить нельзя иначе все числа едут.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Александр М написал:
Пока получается, что лучше всего работает это:
Код
  a =  9152336732254970146 
 message ( string.format ( "%.d" ,a) .. " " .. tostring(a))  

Результат: 9152336732254970146 9152336732254970146
данный вариант всем хорош, НО, если вдруг число стало не целым, то:
Код
a=9152336732254970146.0
message(string.format("%.d",a).." "..tostring(a))

Результат: 9152336732254969856 9.152336732255e+18
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
nikolz написал:
а можно подробнее про ошибку.
у меня Lua 5.3 работает корректно
вот пример:
a=1952336732254970146
print(a)
print(tostring(a))
print(a+1)
print(tostring(a+1))
-------
результат:
1952336732254970146
1952336732254970146
1952336732254970147
1952336732254970147
----------------  
что не так?
Внимательно посмотрите все мои варианты и сделайте ваш пример для числа 9152336732254970146
Преобразование целого числа в строку в QUIK 8.8+
 
Пока получается, что лучше всего работает это:
Код
a=9152336732254970146
message(string.format("%.d",a).." "..tostring(a))

Результат: 9152336732254970146 9152336732254970146
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Sergey Gorokhov написал:
тут надо заметить что метод работать только для чисел меньше 9223372036854775807
Цитата
Sergey Gorokhov написал:
 https://forum.quik.ru/forum10/topic5119/  
10й вопрос.

Что еще предложите?

Код
local function tostringEX(x)
return tostring(math.tointeger(x) or x)
end

a=1952336732254970146
message(tostringEX(x).." "..tostring(a))

Результат: nil 1952336732254970146
Преобразование целого числа в строку в QUIK 8.8+
 
Для кучи добавлю еще вариант
Код
a=1952336732254970146
message(string.format("%.d",a).." "..tostring(a))
Результат: 1952336732254970146 1952336732254970146

Все вроде хорошо, но 3-й результат предыдущего сообщения все портит.
Преобразование целого числа в строку в QUIK 8.8+
 
В связи с переходом биржи мы дождались 19 знаков.

Уважаемые разработчики и коллеги, может кто подскажет, почему результат разный и что надо подставить в string.format, чтобы он стал одинаковый? Как вы понимаете, необходимо, чтобы Номер заявки или сделки в виде строки всегда был нормальным числом, идентичным самому числу.
Код
a=9952336732254970146
message(string.format("%.f",a).." "..tostring(a))
Результат: 9952336732254969856 9.952336732255e+18
Код
a=1952336732254970146   
message(string.format("%.f",a).." "..tostring(a))

Результат: 1952336732254970112 1952336732254970146
Код
a=9952336732254970146
message(string.format("%.d",a).." "..tostring(a))
Результат: "bad argument #2 to 'format' (number has no integer representation)"
Отладка QUIK 8.8
 
Цитата
_sk_ написал:
Новая версия 8.8.4.

ftp://ftp.quik.ru/public/updates/8.8/quik_8.8.4_upd.zip


Изменения

Повышенное потребление оперативной памяти при открытых таблицах «Купить/продать» и «Состояние счета».

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

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

Некорректный расчет доходности в специализированной форме ввода заявок, который не соответствовал доходности заявки.
Уважаемая техподдержка. Данная версия все еще считается нестабильной? У большинства брокеров максимальная 8.7.1.3.
Что за бред с параметрами Lua индикаторов в Quik 8.8???
 
Цитата
Сергей написал:
Дробные значения тоже не вводятся. Обратите внимание, пожалуйста.
Это у них не ошибка, а фича :). Целая переписка была на эту тему.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Egor Zaytsev написал:
Цитата
_sk_ написал:
Опасно. Терминал 8.8.1.5 ещё не готов к работе, т.к. падает с дампами. Пользователям ещё повезло, что у биржи менялись приоритеты (возможность отрицательных цен) и из-за этого дата всё отодвигалась.

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

Если падает терминал, то этот вопрос надо исследовать. Пришлите dmp файлы нам на  quiksupport@arqatech.com
будем разбираться.
Вам Юрий шлет дампы постоянно. Мало того терминал показывает увеличение занятой оперативной памяти вообще без запущенных скриптов на 2 разных компьютерах и это увеличение не застывает, а продолжает расти.
Отладка QUIK 8.7
 
Цитата
Sergey Gorokhov написал:
Цитата
Юрий написал:
 
Цитата
Evgeniy Karnaukhov  написал:
Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?

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

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

Вы замечательно решаете проблемы. И вы мне не ответили по поводу точности в индикаторах в дополнительных областях и выставления там пользовательских уровней. Просто игнорируете мой вопрос.
Нулевые значения PRICEMIN и PRICEMAX
 
В БКС по акциям и облигациям тоже нули в этих колонках. Рынок ФОРТС нормально.
Отладка QUIK 8.7
 
Цитата
Evgeniy Karnaukhov написал:
Цитата
Юрий написал:
Не успели выложить и уже БАГИ....
Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части.
Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...

Добрый день,

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

Цитата
Sergey Gorokhov написал:
Внимание всем.
В данном топике описываются две  разные  проблемы
Как либо пересекать их крайне  недопустимо.
Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое.
И Вы Александр М, описываете ровно ту же самую проблему, только другими словами.
И эта проблема будет чиниться.

Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента.
И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в  документации .
Страницы: 1 2 3 4 След.
Наверх