Сохранение результатов работы скрипта в файл

Как-то все в одну кучу.
1. При работе в QLua надо четко различать два абсолютно разных термина "таблица":
1) Таблица как тип данных в программе Lua, т.е.

2) Таблица как элемент визуального интерфейса, таблица, которую вы видите на экране, визуальная таблица с данными.
[/CODE] a = AllocTable() -- здесь переменная a содержит в программе идентификатор визуально отображаемой таблицы в терминале QUIK
                   -- дальше вы знаете как работать с такой таблицей, раз у вас она отображается[/CODE]

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

Потому что штатно нет в QLua функции SaveTable(t_id, SaveResalt)
Вам надо найти реализацию нагугленной вами этой функции или написать ее самостоятельно.
Замечу, что в данном случае будет идти речь про сохранение значений из "таблицы" в смысле 1), а никак не про визуальные!

Ищите сериализация данных lua и сразу найдете. На этом форуме была не одна тема с таким вопросом и даже примеры кода.

 Сереализация и десереализация таблиц (простой вариант).
<code>
-----  Конвертация таблицы в строку (сереализация) ------
-- Преобразование таблицы без ее метатаблицы (ключи и значения : table, boolean, number, string) в текстовое представление
-- в соответствии с синтаксисом языка lua  ---
----    Можно использовать для сохранения таблиц в текстовом виде, с возможностью последующего восстановления
--      со следующими ! ограничениями:
--       1) ключи и значения : table, boolean, number, string;
--       2) все элементы таблицы (ключи и значения) типа table должны быть уникальными (в пределах таблицы).
------  Параметры: 1) t  -  таблица (обрабатываются все вложения );  
--                          2) i  -  начальная строка формирования отступа при выводе вложений (например, " ");  если i = '', то строки таблицы выводятся без отступов  
-- Результат (! два): 1) строка (тремя звездочками помечены проблемные места);  2)  количество записей, которые  нельзя представить в текстовом виде
-- с последующим восстановлением  ----
---------
local function tbl_to_string(t, i)
  if type(t) ~= "table" then
        return nil
  end
  i = i or ' '
  local key_tbl_stateOS= "--таблица: "
  local tab = "\t"
  if i == '' then tab ='' end
  local ltime_str =GetLocalTimeMls()
  local tbl = {}  ---   для результата  ----
  local no_unpack =0
   -----------
  local function dump(t, i, seen)      ---------
       if seen then
       if seen[t] then
          return seen[t]
       end
tbl[#tbl +1] = " { -- " .. tostring(t) .. "\n"
else
    seen={} --  просмотренные --
    tbl[#tbl +1] = "{" .. key_tbl_stateOS .. string.format("%.0f", ltime_str) .. " -- время создания \n"
end
       seen[t] = tostring (t)
if debug.getmetatable ( t )  then  no_unpack = no_unpack + 1;   tbl [#tbl +1] = i .. ' --- *** У таблицы ' .. tostring(t) .. ' есть метатаблица, которая в функции tbl_to_string не обрабатывается \n' end
local bracket = true  -- скобка  (начало) ---
--
       for k,v in next, t do
       if type(k) == "table" then
                   if bracket then  tbl [#tbl +1] = i .. " [\n"; bracket = false else tbl [#tbl +1] = i .. ", [\n" end
   if  dump(k, i .. tab, seen) then
                   tbl [#tbl +1] = "*** -> " .. tostring (k) .. '\n'
   no_unpack = no_unpack + 1
end
tbl [#tbl +1] = i .. " ] = "
else
                   if bracket then  tbl [#tbl +1] = i .. " [ "; bracket = false else tbl [#tbl +1] = i .. ", [ " end
if type(k) == "function"  or type(k) == "userdata" or type(k) == "thread"  then
  tbl [#tbl +1] = "*** " .. type(k)
  no_unpack = no_unpack + 1
   end
   if type(k) == "string"  then
           tbl [#tbl +1] = "'".. tostring(k) .. "'"
   else
                       tbl [#tbl +1] = tostring(k)
       end
tbl [#tbl +1] = " ] = "
               end

               if type(v) == "table" then
if  seen[v] then
           tbl [#tbl +1] = "*** -> " .. tostring(v) .. '\n'
   no_unpack = no_unpack + 1
else
                       dump(v, i .. tab, seen)  ---
   end
else
   if type(v) == "function"  or type(v) == "userdata" or type(v) == "thread" then
   no_unpack = no_unpack +1
tbl [#tbl +1] = "*** " .. tostring(v) .. '\n'
else
   if type(v) == "string"  then
        tbl [#tbl +1]= '"' .. v .. '" \n'
   else
                            tbl [#tbl +1] = tostring(v) .. "\n"
   end
end
end
       end
--
tbl[#tbl +1] = i .. " } \n"
   end
---------------------
   dump(t,i)
tbl[#tbl] = i .. "}".. key_tbl_stateOS .. string.format("%.0f", ltime_str) .. "\n" --- !!! заменяется последняя фугурная скобка ---
return  table.concat ( tbl), no_unpack    ----- Результат: 1) строка ;  2)  количество значений, не представимых в текстовом виде  ----
end
-----
---- Преобразование сереализованной таблицы (строки) в таблицу Lua (десереализация)  --------------------
--- Результат:  таблица  Lua   ------
function string_to_tbl (str_tbl)
--    message (" string_to_tbl ", "return " ..  str_tbl )
   if str_tbl:find("{") == nil then return nil end  ---  если в строке str_tbl нет {
local tbl , err_tbl = load ("return " ..  str_tbl )         ----    assert (load_OS ( "retur " .. 4))   -- $$$$
   if  err_tbl ~= nil  then
message (" string_to_tbl ", "!!! Ошибка в синтаксисе таблицы:  "  .. str_tbl)  --- err_tbl)
return nil
end
return  tbl()
end
----
<code>

TGB, Зачем просто, когда можно сложно? На код просто смотреть страшно (и я не собираюсь этого делать). Программа пишется в 5 секунд, и она в 100500 раз проще, чем в этом "простом варианте". ЗА КАКИМ ХРЕНОМ нужна эта долбаная "конвертация таблицы в строку"? Заняться больше нечем?

Мой скрипт каждые 5 минут записывает дамп текущего состояния - так это целый граф, а не какая-то сраная таблица! Написать этот код ничуть не сложнее, чем этот пост. Вот, навскидку:Парсер чуть сложнее - пишется не в 5 секунд, а в 6.  

TGB, Я так и сказал: "Зачем просто, когда можно сложно?"   Задача организации торговли элементарна, возможности языка ничтожны, глюков предостаточно, и лично я ещё до того, как написал свою первую строчку на Lua, знал, что буду использовать в качестве имён именно числовые индексы, и много раз здесь советовал поступать так же и писал, почему.

Здесь, кстати, вообще сказано, что нужно сохранять таблицу, созданную по AllocTable, т.е. таблицу Квика, а не таблицу Lua, и потому доступ к её данным должен осуществляться чем-то вроде getItem, так что никаких "таблиц произвольной вложенности, в которых индексами-ключами могут быть таблицы" там нет по определению.

Да, мой код не обработает ИДИОТСКУЮ таблицу: t = { [‘Тикер’] = 'SBER'}. А вот НОРМАЛЬНУЮ таблицу тот же код записи дампа прекрасно обрабатывает тем же способом, причём выводит не таблицу, а именно граф. Пара фрагментов РЕАЛЬНОГО кода записи этого всего в файл:

for i=1,N do -- цикл по тикерам
F:write(a[i][0][0].."\1"..a[i][0][1].."\2"..a[i][1][1].."\3"..d(a[i][1][2]).."\4"..d(a[i][1][3]).."\t");

Здесь выводится и код тикера, и код класса тикера, и код валюты тикера, и его качество (от "говна" до "отличного"), и его статус, где разные биты за что-то отвечают. Хранить эти данные в коде скрипта есть клинический маразм.

И далее (внутренний цикл):
while j<a[i][1][4] do -- выводим данные по сделкам
F:write(d(a[i][5][j])..":"..d(a[i][5][j+1]).."\t");
 j=j+2; -- переходим к следующей ставке

Короче: структура моей сохраняемой "таблицы" в тыщу раз сложнее любой таблицы Квика и любой таблицы, с которой сумеет справиться Ваша "сереализация". Кстати, о птичках: в файл сохраняется не вся, структура данных, которая лежит в ОЗУ (там пятимерный массив данных), а лишь та её часть, которую нужно сохранить (например, я не сохраняю свечи по всем таймфреймам - они нужны для торговли, но не нужны для файла). И с этой задачей Ваша "сереализация" не справится НИКОГДА!

Парсер чуть сложнее.  

Упустил:
 Справится. Попробуйте.  
 -- Сохранение вашей таблицы --
  F:write(tbl_to_string(<Ваша таблица>, ' '))   --- Одна строка
 -- Восстановление таблицы ---
  <Ваша таблица> = string_to_tbl (<Чтение из файла вашей таблицы>)  --- Одна строка
 -- Восстановление таблицы ---

 Не согласен. Это понятно не всякому дебилу и поэтому поясню подробнее :
Таблица преобразовалась в строку и записалась в файл. Результат: строка в файле.
Строка считана из файла и преобразована в таблицу.  Результат: таблица.
Итого:  1) <Таблица>  ->  <Строка>
           2) <Строка>  ->  <Таблица>

  Я нигде не писал, что сереализация знает что и как сохранять. Вы скопировав функции tbl_to_string(t, i) и string_to_tbl (str_tbl) смогли бы заменить весь ваш код по сохранению и при необходимости восстановления вашего графа двумя строками. У меня это работает в нескольких местах, начиная с 2019г. Так что вы неправы насчет НИКОГДА. Но, наверное, вам милее ваш код сохранения состояния выполнения вашего скрипта. Ну и пусть.

 Я так примирительно   а вы:
 Нужно или не нужно это каждый решает для себя.
 Что вы так «выпрыгиваете из штанов» и злитесь? Но я на вас не обижаюсь   .

Здесь бы местному дурачку сбегать почитать документацию, но это не поможет.

swerg, Блин, и первым же предложением "The table type implements associative arrays"! Лапуль, это не просто дебил, это КЛИНИЧЕСКИЙ дебил! Как и все, кто его читает.  

TGB, Лапуль, я и сам по себе хороший алгоритмист, и как таковой, знаю совершенно точно, что эту задачу никакая "универсальная" утилита В ПРИНЦИПЕ неспособна выполнить, какая бы хрень по этому поводу ни была где-либо написана кем бы то ни было. И я Вас уже торкал носом в этот Ваш коммент. Можем повторить(с):
НИКАКАЯ долбаная "сереализация" В ПРИНЦИПЕ неспособна это сделать! Хотя бы по той простой причине, что она не знает и не может знать, что и как сохранять, в каком виде, как и куда это всё восстанавливать. Она не будет работать НИКОГДА!

TGB, Да объяснял уже тыщу раз: "лапуля" - это термин такой, многократно доказавший за долгие годы применения свою высочайшую эффективность в вытравливании головожопых - они на него клюют, как на опарыша. И одновременно индикатор, что я уже не испытываю к собеседнику никаких чувств, кроме презрения. Вот именно, здесь форум по программированию, а не реклама маразматического софта как очередной вундервафли.

Лапуль, я уже затрахался торкать Вас носом, что сохраняется НЕ ВСЯ таблица, что сохраняемая структура в файле СОВЕРШЕННО ДРУГАЯ, нежели структура в ОЗУ, что восстанавливаются НЕ ВСЕ данные, что часть из них исполняется как операторы языка, что никакая универсальная утилита В ПРИНЦИПЕ не может этого сделать, что это не "таблица произвольной вложенности" и даже не дерево, а граф общего вида. Или, если Ваши мозги ничего кроме таблиц воспринимать не способны, это МНОЖЕСТВО таблиц, у которых ЧАСТЬ полей восстанавливается, а другая часть инициализируется значениями по умолчанию или читается из каких-то других источников. А "предложенные Вами коды можете засунуть себе в задницу - я вообще не могу представить, кому и за каким хреном это беспомощное дерьмо может понадобиться.

Господи, да насрать мне на Ваши грубые слова! Когда-то давно я воспринимал Вас как программиста, и даже примерно равного куда-то исчезнувшему Антону, с которым Вы когда-то пиписьками мерялись. Но это было давно. А сейчас я Воспринимаю Вас как надутого индюка - да, имеющего некоторые познания в программировании, но не более того. Много чести Вас в чём-то "затмить".

Владимир,
если вы не против, мне  хотелось бы закончить наш с вами «батлз» миром.  Наверное, для этого достаточно не комментировать друг друга.

   Ну, вы неугономные   . Но только в написании длинных голословных текстов. Это вместо того, чтобы потестировать предложенные мною функции и найти таблицу (с довольно слабыми ограничениями, заданными в их описании), которую эти функции не смогут обработать.

  Вам лично они, наверное, пока не нужны, так ка вы что то сделали свое. Но вы голословно, вместо того чтобы проверить, утверждаете, что эти функции не работают. У вас что, такой принцип: обгаживать все чужое, чтобы на этом фоне самому выглядеть "молодцом"? Возникает такое ощущение, что вы считаете что весь форум посвящен только вашему непревзойденному" скрипту. На форуме на самом деле есть и другие пользователи и гости.
-----
 Кстати, начальную проверку функций можно выполнить за 2-3 минуты (это меньше, чем написание пяти строк текста комментария)
Например, для начала вы могли бы посмотреть готовый вариант:
1. Перед запуском проверок, в функции tbl_to_string  заменить  GetLocalTimeMls()  на стандартную os.time().  
2. Код проверки простой таблицы (под кодом функций)

 3.  Далее можно, экспериментировать, меняя таблицу tbl

 А это на что похоже (много повторений да еще крупным шрифтом самое-самое)?:
 Да ладно вам, какие технологические сложности могут быть при построении торговых роботов? Статегия торгов это действительно проблема. Но эффективность стратегии торгов, конечно, определяется не ее сложностью. Стратегия может быть сложной, но не прибыльной, а может быть простой и прибыльной.
  Судя по фрагментам кодов вашего скрипта, структура данных в нем представлена в виде давно известной многомерной матрицы размерности N < 1000, с числовыми индексами, в которой вы храните свой граф. Или это не так?  Что, кроме  table, boolean, number, string, являются эле-ментами вашего графа? Если у вас что-то более монструозное, то было бы интересно узнать: зачем это сделано? Все-таки, надо стремиться к простоте.  
  Но даже, если вы построили что-то монструозное, и корнем этого является таблица, то у меня есть более сложные функции сереализации (их я вам не предлагаю, понимая вашу реакцию на это   ), которые, скорее всего, смогут сереализовать и десереализовать вашу монструозность. Это проверено на сохранении и восстановлении всего окружения (таблица _G) моих разных скриптов и, кстати, выполняется быстро.
   У меня нет цели что-то вам навязывать.  Мне просто интересно: у вас что-то более сложное, чем служебная таблица окружения скрипта _G, в которой хранятся все глобаль-ные переменные работающего скрипта и многое другое?

  В моем комментарии не написано, что в моих боевых скриптах сохраняется все окружение.
  Там написано:

Описка. Читать: (а не всех переменных)