QTABLE_INT_TYPE QTABLE_INT64_TYPE

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.
Главная » Основные форумы » Программирование на языке Lua
Страницы: 1
RSS
QTABLE_INT_TYPE QTABLE_INT64_TYPE
 
#1
18.05.2020 12:59:20
Я правильно понимаю, что колонки пользовательских таблиц этих типов по прежнему уверенным домкратом выводят float циферки? )
www.bot4sale.ru        t.me/bot4sale
 
 
#2
18.05.2020 13:07:07
Получается, что trade_num и order_num из 19 знаков уже не влезут?
 
 
#3
18.05.2020 13:42:36
Цитата
s_mike@rambler.ru написал:
Я правильно понимаю, что колонки пользовательских таблиц этих типов по прежнему уверенным домкратом выводят float циферки? )
Приведите пример для понимания вопроса

Цитата
_sk_ написал:
Получается, что trade_num и order_num из 19 знаков уже не влезут?
влезут
 
 
#4
18.05.2020 19:21:14
Цитата
Sergey Gorokhov написал:
Цитата
s_mike@rambler.ru написал:
Я правильно понимаю, что колонки пользовательских таблиц этих типов по прежнему уверенным домкратом выводят float циферки? )
Приведите пример для понимания вопроса
Дорогая редакция!

Создайте пользовательскую таблицу на языке qlua, одну колонку сделайте типом QTABLE_INT64_TYPE и выведите в нее число 1.2345

Я слышал, что 1.2345 никак не есть int64. Возможно меня обманули....
www.bot4sale.ru        t.me/bot4sale
 
 
#5
19.05.2020 05:04:35
s_mike@rambler.ru,
Михаил,
Давайте поконкретней, что именно Вас смущает, то что Вы видите глазами в таблице?
Или то что на самом деле внутри ячейки?
Если что - это разные вещи.
 
 
#6
19.05.2020 09:43:18
Сергей, я не знаю, как более понятно объяснить.

давайте попробую так:

есть тип колонки qtable-string-type.  В него можно записать значение типа string

есть qtable_double_type для плавающих чисел

есть qtable_int_type. Логично предположить, что в эта колонку можно записать только integer

по факту оказывается, что в в колонки int и int64 можно писать и int и  int64. Значения показываются, никаких округлений не происходит.

какая в таком случае разница между qtable_int qtable_int64 и wtable_double?  Никакой.

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


более подробно не могу.  Если опять непонятно - надо уже просить помощь зала.
www.bot4sale.ru        t.me/bot4sale
 
 
#7
19.05.2020 09:52:26
по факту оказывается, что в в колонки int и int64 можно писать и int и  int64. Значения показываются, никаких округлений не происходит.

читать как

по факту оказывается, что в в колонки int и int64 можно писать и integer и  double. Значения показываются, никаких округлений не происходит.
www.bot4sale.ru        t.me/bot4sale
 
 
#8
19.05.2020 09:53:39
s_mike@rambler.ru,
В колонке с числовым типом Вы записываете два значения, одно текстовое другое числовое.
В качестве текстового можно написать что угодно и оно будет так отображаться.
Вопрос в том что возвращает getItem по проблемной колонке, а не в том что визуально там отображается.
 
 
#9
19.05.2020 12:10:28
текcтовое представление не рассматриваем вообще


Сергей, я правильно понял, что

при записи в столбец qtable_int64_type переданное значение 123.45 всегда будет преобразовано в int64 (123) и именно в таком виде запомнено где-то в кишках терминала?

По getcell я получу уже именно как lua integer (123) ? Или я получу его как float (lua number) с обрезанной дробной частью (123.0)? или все же я получу исходный lua number 123.45?
www.bot4sale.ru        t.me/bot4sale
 
 
#10
19.05.2020 12:52:16
s_mike@rambler.ru,
по идее должно быть целое число 123
Однако как оказалось возвращается не то.
Проблема изучается. Постараемся в ближайшее время дать ответ.
 
 
#11
19.05.2020 19:14:36
Цитата
Sergey Gorokhov написал:
s_mike@rambler.ru,
по идее должно быть целое число 123
Однако как оказалось возвращается не то.
Проблема изучается. Постараемся в ближайшее время дать ответ.
О чем и речь....
www.bot4sale.ru        t.me/bot4sale
 
 
#12
21.05.2020 06:29:54
Добрый день,
     
      Действительно, есть ошибка записи действительных значений в       целочисленные колонки. Ошибка будет исправлена в будущих       обновлениях ПО.
      Приносим извинения за причиненные неудобства.
 
 
#13
21.05.2020 09:34:24
Цитата
Egor Zaytsev написал:
Добрый день,
     
      Действительно, есть ошибка записи действительных значений в       целочисленные колонки. Ошибка будет исправлена в будущих       обновлениях ПО.
      Приносим извинения за причиненные неудобства.
Тогда заодно исправьте и индикаторы.Если задать в тексте на луа

Settings = {   ['PARAM'] = 5,
   line = чегототам
}

то при старте индикатора setting.Param содержит (int) 5, а после изменения его пользователем уже (float) 5.0
www.bot4sale.ru        t.me/bot4sale
 
 
#14
22.05.2020 05:41:01
Цитата
s_mike@rambler.ru написал:
Цитата
Egor Zaytsev написал:
Добрый день,
     
      Действительно, есть ошибка записи действительных значений в       целочисленные колонки. Ошибка будет исправлена в будущих       обновлениях ПО.
      Приносим извинения за причиненные неудобства.
Тогда заодно исправьте и индикаторы.Если задать в тексте на луа

Settings = {   ['PARAM'] = 5,
   line = чегототам
}

то при старте индикатора setting.Param содержит (int) 5, а после изменения его пользователем уже (float) 5.0
Здравствуйте!

Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
 
 
#15
27.05.2020 05:58:01
Цитата
s_mike@rambler.ru написал:
Цитата
Egor Zaytsev написал:
Добрый день,
     
      Действительно, есть ошибка записи действительных значений в       целочисленные колонки. Ошибка будет исправлена в будущих       обновлениях ПО.
      Приносим извинения за причиненные неудобства.
Тогда заодно исправьте и индикаторы.Если задать в тексте на луа

Settings = {   ['PARAM'] = 5,
   line = чегототам
}

то при старте индикатора setting.Param содержит (int) 5, а после изменения его пользователем уже (float) 5.0

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

Приносим извинения за причиненные неудобства.
 
 
#16
02.06.2020 17:09:02
s_mike@rambler.ru, здравствуйте.

Описанная в данном инциденте ошибка была исправлена в версии 8.6.0 терминала QUIK.
Рекомендуем вам обновить версию программы.
Приносим извинения за причиненные неудобства.
 
 
Страницы: 1
Читают тему (гостей: 1)
Техническая поддержка
+7 383 219 1606
© 2000–2021,
ARQA Technologies
Наверх