getParamEx

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

такое ощущение, что кто-то решил написать справку из вопросов и ответов форума по всей QLUA:)))))

полный пример в студию.

я - так и знал...
:)))))

Вот такой код:

Код
local status = getParamEx(class_code, sec_code, "tradingstatus") message(status.param_value)

выводит "0.000000".

У меня постоянна такая ситуация. Можно ли как-то с ней бороться?

1. Что-то не вижу в документации по QLua информации по полю result. Пропустили. У меня документация не самая последняя, но подозреваю, что и в последней этого описания нет.

2. Название параметра в каком регистре правильнее указывать? В QPILE написано, что требуется в верхнем регистре. В QLua все равно, как я вижу?

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

Извините, что не по теме, но этот топик выходит в первых строках результата Яндекса.

Я правильно понимаю, что список параметров, которые можно получить с помощью GetParamEx, до сих пор является тайной за семью печатями, и нигде-нигде официально не описан?

В качестве совета.
чтобы не было мучительно больно при использовании значений X, которые должны быть числами, надо делать так:
if type(X)=="number" then
...
end
чтобы не попадаться на nil при условии, что X может быть лишь числом надо делать так:
Z=X or 0;

Здравствуйте! Не подскажете почему во время приостановке торгов фьючерсами например сегодня в 11.17.55 LKH0
ф-ии
getParamEx(class, name, "STATUS").param_value
getParamEx(class, name, "TRADINGSTATUS").param_value
возвращают 1? Кто ее ставит брокер или биржа?
Какая функция в итоге показывает приостановку торгов инструментом?

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

А если в США премаркет, то будет param_image = 'открытие' на NASDAQ_BEST
А если биржа и у нас и в США работает, то у меня param_image = 'открыта'

Кто подскажет как выкрутиться? Вызов getParamEx по инструменту CHZ2(фьючерс на Северсталь) по "OFFER"  Беру результат param_value(число), прибавляю к нему целое число. Отправляю транзакцию с этой суммой в цене(через tostring()). Транзакция не проходит. Не правильно указана цена "75941.0" Сообщение об ошибке: Число не может содержать знак разделителя дробной части. Пытаюсь использовать вместо param_value -> param_image(строка с числом без точки и знаков после неё). Но к стрингу не прибавляет число, прогоняю его через tonumber(), - возвращает ошибку nil. Как конкретно взять целое число, сложить и отправить стринг без дробной части? Неужели извращаться и обрезать строку? Вообще не понятно почему не работает tonumber() по параметру param_image? Если просто например написать tonumber("7777777"), то всё нормально - возвращает число. Просто бред какой-то.

Alexander, Во-первых, никаких целых чисел тут вообще нет - эти идиоты отменили тип integer. Во-вторых, проблема обрезки концевых нулей здесь не раз обсуждалась, и только я несколько раз приводил код этой функции, так что в моих сообщениях это точно есть. Самому искать лень.

Перед подачей заявки на бирже у мен стоит такая функция, работает как часы.

Владимир,
Я понимаю, что дебил и без говна не можете общаться.
---------------------
Но уже надоела Ваша чушь.
------------
Приведу Вам доказательство, надеюсь что заткнетесь на время .
-----------------
вот Вам фрагменты из кода виртуальной машины LUA версия 5.3.
Хотя фрагменты на СИ, но специально для Вас поясняю что и зачем:
Фрагмент 1
функция которая проверяет является ли значение стеке целым(integer)
----------------------------------------
LUA_API int lua_isinteger (lua_State *L, int idx) {
 StkId o = index2addr(L, idx);
 return ttisinteger(o);
}
-----------------------------------
Фрагмент 2
Это функция которая помещает в стек возвращаемое из функции значение типа Integer

LUA_API void lua_pushinteger (lua_State *L, lua_Integer n) {
 lua_lock(L);
 setivalue(L->top, n);
 api_incr_top(L);
 lua_unlock(L);
}
--------------------------------
Более того, целое хранится иначе чем number, которое по умолчанию double.
==============

nikolz, Лапуль, уже не первый раз повторяю для особо одарённых: Нет в луа никакого  integer. Нет, не было и не будет. Я уже не молчу, что у этого говна по кличке "динамическая типизация" вообще никаких типов нет, и глюкам, с этим связанных, посвящена чуть не половина здешних веток. Я ещё в самом первом своём сообщении на этом форуме писал:
Я не нашёл тип данных integer ВООБЩЕ! И как же мне работать с битовыми масками? Как на Lua реализуется конструкция вида:
if (iData & 0x80) { blah-blah-blah }?

Nikolay, Да не надо мне ничего из коробки. Это ЕДИНСТВЕННЫЙ язык, который мне повстречался в жизни, у которого спи&дили целочисленный тип данных, и никакими костылями это не поправить.

TGB, ЗА КАКИМ ХЕРОМ "с битами работать", если нет целочисленных переменных ВААПЩЕ? Эта Ваша "local a" - она КАКОГО типа? Сам факт, что следом стоит "math.tointeger(a)" АДНАЗНАЧНА говорит, что какого угодно, только не целочисленного. Кстати, не нужно указывать, что "0x80 это 128 в десятичном исчислении" - язык, слава богу, прекрасно воспринимает и 16-ричные числа. И анализируемых битов в маске может быть более одного, и сама маска не обязана быть константой. Простейший пример из ассемблера: xor AX, AX - это то же самое, что и mov AX, 0, только работает быстрее и хранится компактнее.

Смешно, но именно тот долбодятел, который здесь утверждает, что целочисленный тип данных в языке имеется и делится потрясающими открытиями вроде "целое хранится иначе чем number" в 2020 году на мою фразу:
В 64-разрядный integer спокойно влезают даже 20-значные числа - более 18 квинтиллионов!
реагировал так:
Разрядность мантиссы в 64 битном вещественном числе составляет 52 бита, что  позволяет точно отобразить лишь 16 разрядное десятичное целое число, а не  18 квинтиллионов, как наивно полагает Владимир".

Наконец, эта долбаная динамическая типизация угробит любые типы, даже если бы они там и были. На заре своего появления здесь я описывал работу своего парсера: входные данные, которые все до единого были строками, он заносил в некую структуру, а в этой структуре более половины из них "волшебным образом" превратились в числа. А потому, чтобы не сильно зависеть от того, какая моча вдарит в головожопу интерпретатору в следующую секунду, приходится постоянно заворачивать эти переменные в tostring или tonumber. Тут не только типа integer - тут ваще никаких типов нет!

Что касаемо типов данных в Lua, то считаю, что Владимир прав. На сайте Lua по этому поводу так прямо и написано: "Lua is a dynamically typed language. This means that variables do not have types; only values do. There are no type definitions in the language. All values carry their own type." Так что никаких integer в природе у него нет. Как он там конкретно хранит целые и вещественные и как он их преобразует из одних в другие - только ему и известно. Всё это типа для "упрощения" программирования замутили.

Динамичность типов языка - это особенность, а не обязательство. Никто не заставляет это использовать. И даже вполне естественно в сложных скриптах не использовать вовсе, если даже не контролировать и запрещать.