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

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

Страницы: 1 2 3 4 След.
Использование памяти скриптами 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 оно задано как целое.
И Вы Александр М, описываете ровно ту же самую проблему, только другими словами.
И эта проблема будет чиниться.

Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента.
И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в  документации .
[BUG] QUIK вешается при использовании DestroyTable из main
 
А это про какую именно версию?
Отладка QUIK 8.7
 
Цитата
Sergey Gorokhov написал:
Внимание всем.
В данном топике описываются две  разные  проблемы
Как либо пересекать их крайне  недопустимо.
Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое.
И Вы Александр М, описываете ровно ту же самую проблему, только другими словами.
И эта проблема будет чиниться.

Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента.
И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в  документации .
Я Вам дополнительную информацию предоставляю. Рад, что Вы решили, что это все-таки проблема и будет решена. Надеюсь до Брокеров Ваше версия 8.7 не дошла в текущем виде, иначе у пользователей уже может произойти сброс параметров..

Что касается второй проблемы "в уровне цены, нельзя указать число с точностью превышающую точность инструмента", то это все-таки БАГ, т.к. это пользовательские уровни и Вы не можете решать за пользователя, какое значение ему надо проставить согласно свой стратегии и расчетам. Также вы не ответили на мой вопрос, касательно осцилляторов и вообще любых индикаторов в Отдельной обрасти графика. Какое отношение точность инструмента имеет к данным индикаторам, у которых даже диапазон значений свой?
Отладка QUIK 8.7
 
Дополнительно выяснилось, что параметры у существующих индикаторов, которые уже добавлены на графики - округлились до целого.

Возникает вопрос: Разработчики QUIK вы что творите?

Сейчас после обновления до 8.7 у всех пользователей на десятках графиках как минимум часть оптимизированных и выстраданных параметров на десятках индикаторах округлилась до целого и Индикаторы резко стали показывать "левые" значения. Мало того, у части пользователей по данным индикаторам работают роботы. И точно 99% пользователей заметит этот Ваш "подарок" не сразу, но когда заметит, я Вам не завидую, т.к. ВСЕ (и брокеры и разработчики индикаторов и роботов) переведут стрелки на Вас и правильно сделают. У Вас данное "обновление" даже не анонсировано в изменении версии.

Вы что делаете? Вы вообще думаете о последствиях своих решений? Кто у вас принимает решение о включении тех или иных правок в версию? Почему нужные исправления висят годами, а вот такие "спорные" (я бы высказался по иному) внедряются за пару недель без анализа последствий?
Отладка QUIK 8.7
 
Цитата
Anton написал:
Цитата
Александр М написал:
Но вы удивительно быстро на него прореагировали
Это не я, это арка.

Цитата
Александр М написал:
у которых сейчас реальные проблемы появились на ровном месте
Гарантийный же случай? )
Я и писал не Вам :)
Отладка QUIK 8.7
 
Цитата
Anton написал:
Цитата
_sk_ написал:
Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с  пожеланием не то чтобы давним . Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
Пожелание мягко говоря спорное, т.к. по синтаксису lua 5.3 любое действие с переменной преобразует ее во float, а тем более, что она наверняка используется в расчетах и там все переменные будут float. Но вы удивительно быстро на него прореагировали, при этом не учли, что есть уже тысячи готовых индикаторов, которые на руках у десятков тысяч клиентов, и у которых сейчас реальные проблемы появились на ровном месте.
Отладка QUIK 8.7
 
Цитата
Sergey Gorokhov написал:
Цитата
Старатель написал:
Точность значений индикаторов, например, таких, как VHF, не может ограничиваться точностью цены самого инструмента.

И тем не менее оно так работает, и даже в документации сказано "Значение указывается в единицах цены,"
так что это не баг а фишка, если хотите другого поведения, то это пожелание на доработку.
Значение должно указываться в единицах цены используемого индикатора, даже МА рисуется с дробной частью и уровень мы должны мочь поставить произвольный. Про осцилляторы я написал выше, там уже вообще ваша логика не работает никак.
Отладка QUIK 8.7
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
Дополнительно так и остался похожий баг, который у вас тянется еще с начала времен и по которому только сплошные обещания исправить.

В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.  

Если на инструменте точность цены не позволяет наличие дробных значений то форма ввода цены уровней действительно не даст указать дробную цену, и собственно это не является багом.
Если у инструмента точность позволяет дробные значения то уровни прекрасно рисуются.
Если по данному инструменту добавить осциллятор, который рисует свои значения от 0 до 1, то уровни тоже не добавляются. Обьясните мне, какое отношение имеет точность самого инструмента, к осциллятору по инструменту, у которого точность своя?
Отладка QUIK 8.7
 
Дополнительно так и остался похожий баг, который у вас тянется еще с начала времен и по которому только сплошные обещания исправить.

В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.  
Отладка QUIK 8.7
 
Если обьявить:
Код
Settings=
{
   Name = "*Индикатор",
   K = 2,
   line =
   {
      {
         Name = "Line",
         Color = RGB(128, 128, 255),
         Type = TYPE_DASH,
         Width = 2
      }
   }
}


То дальше параметр в K нельзя прописать с дробными

Если обьявить:
Код
Settings=
{
   Name = "*Индикатор",
   K = 2.25,
   line =
   {
      {
         Name = "Line",
         Color = RGB(128, 128, 255),
         Type = TYPE_DASH,
         Width = 2
      }
   }
}
То дальше можно прописывать дробные.

ДО 8.7 прекрасно все работало даже на lua 5.3 (версии 8.5-8.6), как и в версиях 6.17-8.6.
Отладка QUIK 8.6
 
Цитата
Imersio Arrigo написал:
Цитата
Александр М написал:
У меня 8.5 только
Уже есть 8.6. она стабильней 8.5
Вы переписку то почитайте, падает 8.6
Отладка QUIK 8.6
 
Цитата
_sk_ написал:
Вчера опять терминал 8.6.0 упал с дампом. Дамп выслан разработчикам. Нестабильная работа, к сожалению. Когда будет новая версия -- не говорят, цикл выпуска релизов медленный, хотя ошибки критические.

Поэтому я решил, что Lua 5.3 в своих скриптах проверил, правки для восстановления работоспособности внёс, а теперь откачусь к версии 8.3, чтобы финансово не терять из-за таких внезапных падений в неподходящее время. Пусть останется один тестовый терминал с малыми торговыми объёмами, а основные объёмы пока доверять новым терминалам не буду
Даже брокеры уже официально на сайте вместо 8.5 стали опять 8.3 выдавать. Конкретный пример - БКС. Я специально звонил в тех.поддержку и официальное мнение - версия нестабильная. У меня 8.5 только в тесте крутится.

Ждем стабильной версии от разработчиков, времени осталось в обрез до 6 июля.
lua 5.3 не открывает заявки...
 
Проблема явно здесь: priceForMarketOrder( vol )
Отладка QUIK 8.6
 
Мне кажется, что если есть ошибка в скрипте, то должен вывалиться скрипт, а не падать весь QUIK, тем более, что у Юрия никакие сторонние и сомнительные библиотеки (или неправильно скомпилированные) не используются в принципе, чистый штатный lua.
Следовательно падение QUIK - это ошибка в самом QUIK.
quik 8.5 + lua 5.3 = ошибка
 
Цитата
Александр Волфовиц написал:
Ну вот, обновил до 8.5.2.11 (до этого была 8.3.2.4) , и при запуске работавшего ранее без проблем скрипта квик вылетел с сообщением что-то вроде "закрыто рабочее место QUIK". Откатил обратно к 8.3.2.4 - всё нормально работает.

В какую сторону хоть копать, подскажите?
Копать в сторону перекомпиляции скрипта под lua 5.3 с изменением синтаксиса естественно под новую версию.
Отладка QUIK 8.6
 
Цитата
Egor Zaytsev написал:
Цитата
...
Ваше пожелание зарегистрировано.  Мы постараемся рассмотреть его и  сообщить Вам результаты анализа. Впоследствии, по результатам анализа,  будет приниматься решение о реализации пожелания в будущих версиях ПО.
Данное пожелание зарегистрировано еще с 2015 года, его просили сделать изначально, еще с 6.17 версии QUIK, т.к. работать со списком скриптов очень неудобно.
В конфигурацию они нормально не попадают, надо перегружать весь QUIK и то не факт.
При вылете QUIK список восстанавливается вообще непонятно какого варианта (хотя конфигурация сохранятся постоянно).
Упорядочить записи нельзя, а если скриптов несколько десяток, то в списке полная каша.
Отладка QUIK 8.6
 
А сделали наконец-то, что скрипты можно менять местами в списке и главное этот список сохраняется при сохранении конфигурации?
QUIK 8.5.2.11 Минимизация области обьема при переходе по инструментам
 
Картинку, как это выглядит вам выслал, могу выслать видео.
QUIK 8.5.2.11 Минимизация области обьема при переходе по инструментам
 
Наткнулся на ошибку визуализации:

1. Текущие торги ставлю якорь
2. Стандартные график по инструменту заякоренный на текущие торги
3. При переходе между инструментами в графике минимизируется область обьема вниз. При этом область не пропадает, просто ее высота в 0 превращается.
Enter Trade 0.1 - Торговый привод для терминала Quik с открытым исходным кодом
 
Мне кажется рекламировать так явно свои продукты на форуме разработчиков не очень хорошо. Если все так будут делать, то сообщения с реальными проблемами затеряются.
Линия тренда
 
Индикатор, трендовой линии: https://trdrobot.ru/interaktivnyj-indikator-postroeniya-trendovoj-linii-dlya-quik/
Удаления всех комментариев из скрипта.lua
 
Цитата
Archie_ написал:
Цитата
Александр М написал:
По времени гораздо быстрее удалить многострочные вручную, а потом скриптом однострочные, чем писать парсер или искать готовый. Проверено.
А если скрипт в несколько тысяч строк ?  Так что плохо проверено, лучше потратить несколько часов (дней может даже) и потом все быстро делать, чем постоянно тратить кучу времени на удаления оных.

---------------------
 Функция для удаления всех комментариев в файле.lua , может кому пригодится.
 
     Скрытый текст        
Код
     ...
     --===================================    
Все мои роботы из нескольких тысяч строк, но как-то справляюсь. :) Плагины, что я проверял, некорректно отрабатывали многострочные комментарии.
Удаления всех комментариев из скрипта.lua
 
По времени гораздо быстрее удалить многострочные вручную, а потом скриптом однострочные, чем писать парсер или искать готовый. Проверено.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Imersio Arrigo написал:
Цитата
Александр М написал:
Зачем в дистрибутиве, по которому официально обьявлено, что он переведен на lua 5.3 нужен файл lua5.1.dll?  
Как зачем? Терминал же теперь поддерживает две версии 5.1 и 5.3, не?
С чего вы это взяли? Читайте внимательно официальное сообщение:

"В связи с необходимостью поддержки 19-значных номеров, в терминале версии 8.5 выполнено изменение версии LUA c 5.1 до 5.3. В связи с этим:

  • Выполнение скриптов, скомпилированных под версию Lua 5.1, будет невозможно на новой версии терминала QUIK, для решения проблемы потребуется повторная компиляция под версию Lua 5.3.

"
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Sergey Gorokhov написал:
Цитата
swerg написал:
А в 8.5 как это всё устроено?
Уточните зачем Вам это?
Мы считаем что все DLL файлы которые лежат в дистрибутиве, должны лежать в дистрибутиве без пояснения причин.
Просто так надо.
Хороший ответ, поясняющий. Зачем в дистрибутиве, по которому официально обьявлено, что он переведен на lua 5.3 нужен файл lua5.1.dll?  
[BUG] Крах Квика при работе скрипта, версия 8.5
 
Цитата
Maria Romanova написал:
Добрый день,
     
      Действительно, есть синхронизационная ошибка, иногда приводящая к       сбоям. Мы исправим ошибку в ближайшем обновлении ПО. Приносим извинения за доставленные неудобства.
Слово "иногда" тут явно лишнее. Можно более конкретно, когда будет ближайшее обновление и что именно там планируется исправить из той кучи ошибок, что уже набралось?
[BUG] Крах Квика при работе скрипта, версия 8.5
 
Тут налицо переполнение 2-х переменных: ticksIn и n

Но конечно это не должно рушить QUIK.
Отладка QUIK 8.5
 
Цитата
Stanislav Tvorogov написал:
Добрый день,


При возникновении ошибок при использовании LUA-скриптов, либо в том числе не связанных со скриптами, на версии 8.5.1 Рабочего места QUIK, просьба направлять нам на почту  quiksupport@arqatech.com  следующие данные:
- подробное описание проблемы и скриншот возникшей ошибки (если таковая была);
- архив Рабочего места QUIK без файлов ключей на котором возникла ошибка;
- по возможности файл скрипта, который выполнялся на момент возникновения ошибки.
Данная информация позволит разобраться в каждом из случаев детально и как можно скорее устранить ошибки, если таковые будут найдены
А вы уже исправили ошибки, которые нашли в соседних ветках?

https://forum.quik.ru/forum10/topic5336/

https://forum.quik.ru/messages/forum10/message43824/topic5317/#message43824
(5 подряд сообщений по проблемам)

https://forum.quik.ru/messages/forum10/message43882/topic5317/#message43882

https://forum.quik.ru/messages/forum10/message43884/topic5317/#message43884

Очень много подтвержденных с Вашей стороны ошибок и обещаний "Мы исправим конфигурацию в ближайшем обновлении ПО."

Когда будет "ближайшее обновление ПО." и хотелось бы в описании этого обновления четко увидеть, что именно было исправлено? У вас явно большие проблемы с памятью, потоками и правильной отработкой функций.
Отладка QUIK 8.5
 
Присоединяюсь. Или правьте нормально программу, чтобы она не падала через 1-2 дня без дампов или просите Мосбиржу по переносе.

Повторюсь: На терминале НЕ используются сторонние библиотеки или dll, только встроенные возможности lua. Скрипты стабильно работают месяцами на 7-й и 8-й версии QUIK без падений, синтаксис под 5.3 изменен и проверен.
Страницы: 1 2 3 4 След.
Наверх