Anton (Все сообщения пользователя)

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

Страницы: 1 2 3 4 5 6 7 8 9 10 11 ... 23 След.
Отладка QUIK 8.13
 
Цитата
TGB написал:
я бы до такого не додумался
Есть вещи, друг горацио, что и не снились вашим мудрецам. Я писал сначала, что не надо луа патчить для решения вашей проблемы? Писал. Я написал, как решить ее без патча луа? Написал. Еще что-нибудь? Нагуглить для вас критическую секцию с таймаутом или сами сумеете?

Цитата
TGB написал:
закладки
Эко я хорошо слово подобрал. Все ж я экстрасенс, согласитесь.
Отладка QUIK 8.13
 
Цитата
TGB написал:
Конечно же, каждый разработчик может писать скрипты как хочет
, "но тем, кто будет писать не как я, подложу-ка я закладочку и выкручивайтесь как выйдет". Вот так вот получается.

Я хорошо понимаю, чего вы добиться хотите: возможности выполнять произвольный юзерский (то есть не контролируемый вами) код с возможностью его контролировать. Это невозможно в принципе, вы можете либо прибить зависший поток со всеми потрохами, либо ждать, когда он соизволит обратить на вас внимание. В то же время у нас есть виртуальная машина, поэтому арка может добавить отслеживание зависших скриптов, если вместо кондовой CRITICAL_SECTION в качестве лока будет использовать нечто иное с возможностью таймаута на вход. Если таймаут истек и секция не захвачена, весь скрипт убивается как в случае ошибки, все дела. В идеале сначала дергается некий юзерский колбек с вопросом "тебя прибить или сам отвиснешь", если ответил отвисну и не отвис, в морг. Вот что вам стоило бы попросить у арки, а не луа ломать.
Отладка QUIK 8.13
 
TGB,  этот марлезонский балет достал уже. Все показал, все на пальцах объяснил, теперь оказывается надо писать только так и никак иначе. Что воду в ступе толочь.
Отладка QUIK 8.13
 
Цитата
TGB написал:
В чем вы видите проблемы?
Представьте, что во втором потоке выполняется та же самая функция. Первый поток выполняет local t = tid, переключается поток, второй поток выполняет local t = tid. Теперь без разницы, в каком порядке потоки выполняются дальше, они оба видят t != nil и оба вызывают DestroyTable, один из них - на уже убитой таблице. И это мы смотрим на простейший пример, где ничего страшного не произойдет. А на других примерах - произойдет. Это типичнейший паттерн вообще-то, как тут можно НЕ увидеть проблем...


Цитата
TGB написал:
в Qlua есть потокобезопасные функции, обеспечивающие функциональность критической секции
Об чем и речь, весь код У ВСЕХ будет в этих костылях просто потому, что вам кровь из носу хотелось чонить в квике починить, пусть даже и не сломанное.
Отладка QUIK 8.13
 
Цитата
TGB написал:
Если во втором/первом скрипте в какой-то момент времени  будет обрабатываться длинный байт-код в main
Вот я и просил показать пример такого байткода. Потому что байткод-в-себе, дрызгающий на одном месте без обращения к чему-то извне, это нонсенс. Модельку такую можно сделать, а как в реальной жизни к такому коду можно прийти, я прошу продемонстрировать.

Цитата
TGB написал:
какую конкретную функциональность в своих разработках вы реализуете, использую блокировку потоков выполнением длинных участков байт-кода?
Какие блокировки длинным кодом? Где про это говорилось-то? Смотрите:
Код
function OnStop()
   local t = tid
   tid = nil
   if t then
      DestroyTable(t)
   end
   run = false
end
Видите? Я табличку атомарно спрятал в локальную переменную и спокойно удалил. Когда DestroyTable снимает лок, мейн видит вместо таблички нил и все правильно понимает. После вашего улучшения такое без критической секции не сделаешь, а их в луа нет, если помните. Придется ради вот этой фигни извращаться. И так на каждой строчке.
Отладка QUIK 8.13
 
Цитата
TGB написал:
Опишите как такие переключения вам мешают.
Было уже написано в этой самой теме не мной. И другие подобные сценарии. Многие вещи, которые в 5.1 требовали длл и никак иначе, теперь можно сделать в скрипте. Вы это хотите сломать. Это уже достаточный аргумент, чтобы не поддержать идею. Можно и в обратную сторону спросить - а что это всем даст? Как скриптер от этого выиграет? Или хотя бы пример делающего что-то полезное кода без сишных вызовов, который иначе ну никак нельзя написать.
Отладка QUIK 8.13
 
TGB,  я не понимаю, чего вы от меня хотите. Вам стало скучно, вы придумали какую-то околесицу и пытаетесь ее всем навязать. Мне не нужны случайные переключения контекста посреди байткода. Мне они помешают. Я против вашего предложения. И многие будут против, когда на практике увидят, что из этого получится. Надеюсь не увидят. А форк или не форк мне не интересно.
Отладка QUIK 8.13
 
Цитата
TGB написал:
были внесены разработчиком QUIK заметные изменения
Посмотрите еще раз в той ветке, там все изменения в луа находятся в файле config.h и включают только (пере)определение предназначенных для кастомизации макросов и необходимые forward declarations. Поэтому да, я наверное скажу, что форком то предложение не являлось. Это кастомизация штатными средствами луа.

Цитата
TGB написал:
Где ваше предложение достичь того же самого без изменения кода Lua?
Того же самого я не хочу достигать, бо не вижу проблемы в существующем поведении и, более того, считаю такое поведение весьма удачным, случайно оно возникло или намеренно.
Отладка QUIK 8.13
 
Цитата
TGB написал:
исходники Lua были изменены
Не смотрел в 8.13.1, но до этой версии могу смело утверждать, что луа был самый что ни на есть кондовый, все добавления аркой вносились только через интерфейсные макросы, специально для этого и предназначенные. Размер бинарника зависит от многих факторов. Естественно, определенные довески в коде есть, но именно что добавления, а не изменения.

Цитата
TGB написал:
смотрите мой комментарий
Там вы как раз неправильно делаете правильные вещи ) То же самое достигается без изменения кода луа.
Отладка QUIK 8.13
 
TGB,  вы предлагаете создать форк луа и встроить в квик именно форк. Это дорога в ад. Надеюсь, в арке это понимают.
QUIK Сбербанк, часовые свечи не соответствуют данным московской биржи
 
Цитата
Sergey написал:
Но это не значит, что Quik отработал корректно. Что если он получил некорректную цену, или не принял еще одну транзакцию?
Картинка выше не из квика, с биржи. Имеем что? Биржа дает последний тик часа по 2797 и та же биржа рисует час с закрытием 2811. Эти данные через квик не идут и арка тут никаким боком не замешана. Вопрос таки к бирже.


Цитата
Sergey написал:
Вы не находите, что сотрудники саппорта должны быть заинтересованы в отражении корректных данных, допускать возможность что именно quik отработал некорректно?
Мое мнение тут мало что значит, я в арке не работаю. По факту мы видим, что поддержка арки твс с графиком сравнила, расхождений не нашла, рекомендовала спросить у биржи, что они там демонстрируют на сайте. На мой взгляд, все сделано, что надо было сделать, а что медленно так это нормальный ход для поддержки софта, кто быстро реагирует, тот в итоге превращается в гугл, реально начнут спрашивать, как утюг починить.
QUIK Сбербанк, часовые свечи не соответствуют данным московской биржи
 
Цитата
Sergey написал:
предлагаете разобраться с ошибкой клиенту.
Клиенту сбера, заметим, а не их клиенту. У клиента завсегда есть таблица обезличенных сделок, он может в ней поискать, а по какой же цене была последняя сделка в 18 часов? И увидеть нечто типа такого



А потом, может быть, сходить на биржу и спросить, а чо вы на сайте за циферки показываете?
Debug function name
 
Цитата
Старатель написал:
Есть способ узнать имя функции?
Почитайте (единственный) ответ на SO по ссылке выше. Ключевое там вот что: в луа все функции анонимны. Сначала определяется анонимное тело, затем анонимное тело присваивается какой-то переменной. Иначе говоря, имя функции не является ее атрибутом, одновременно одно и то же тело может быть присвоено разным переменным, какая из них - правильное имя? То есть правильный ответ - а нет у функции никакого имени.  Чисто для удобства отладчик считает, что ближайшая по контексту переменная, хранящая функцию, и есть искомое имя, в данном случае имя аргумента.
Получение признака "Субординированный инструмент" в lua
 
Цитата
Андрей написал:
А может и сорцами поделитесь?
Это вряд ли.
Получение признака "Субординированный инструмент" в lua
 
Цитата
swerg написал:
метод каким это сделано
Читается напрямую из хранилища. Вряд ли арка одобрит публикацию описаний подобного рода.

Цитата
BlaZed написал:
может откомпилите ее еще и под lua 5.4
Уже сменил локацию, теперь когда до сорцев доберусь.
Получение признака "Субординированный инструмент" в lua
 
Цитата
swerg написал:
Из ТТТ должен открываться таблица, отображающая соответствие названий параметров и их "формальное название".
https://forum.quik.ru/messages/forum10/message49968/topic5932/#message49968 Вообще-то для луа писалось, но тестовый скрипт там ровно это самое и делает, только без экспорта (зато там либа есть, из луа можно в файл записать). Ссылка протухла, перезалил, пару недель проживет, а попозже к вам заброшу, если не против.
Получение признака "Субординированный инструмент" в lua
 
Цитата
Владимир написал:
Вот ссылка на тему, начиная с моего сообщения и вниз, до ответов Антона:
Замечу, что никогда не форсил тему исправления данного поведения. Заменить там WaitForSingleObject на цикл с MsgWaitForMultipleObjects можно, но какие при этом неожиданные глюки полезут, угадать сложно, надо будет тестить долго и упорно и есть шансы, что что-нибудь упустят и оно в продакшене вылезет. В то же время из скрипта, зная об этой особенности, можно проблему обойти, пусть и не очень красиво.
Сбрасывается фильтр Таблицы обезличенных сделок - таблица перестаёт обновляться., Сбрасывается фильтр Таблицы обезличенных сделок - таблица перестаёт обновляться.
 
Цитата
Roman Azarov написал:
У нас не воспроизводится.
При ближайшем рассмотрении оказалось, что моя метода устарела, в 8.13.1.16 тоже не воспроизводится, новее пока нет, чтобы проверить. Сорри фор инконвениенс.
Сбрасывается фильтр Таблицы обезличенных сделок - таблица перестаёт обновляться., Сбрасывается фильтр Таблицы обезличенных сделок - таблица перестаёт обновляться.
 
Цитата
Roman Azarov написал:
наглядный пример
Как повторить:
1) создать твс со всеми подписками;
2) открыть тиковый график по любому инструменту;
3) закрыть тиковый график;
4) убедиться, что фильтр по этому инструменту сбросился.

Либо:
1) создать твс со всеми подписками;
2) подписаться на тики по любому инструменту в луа-скрипте;
3) отписаться от тиков в луа-скрипте или просто выйти из него;
4) убедиться, что фильтр по инструменту сбросился.

Причина:
в секции [ALL_TRADES_DATA] файла info.ini отсутствует рефкаунтинг, первая же отписка приводит к сбросу фильтра.

Возможные решения:
1) никогда не сбрасывать фильтры при отписках (простое решение, предложенное Старателем тыщу лет назад);
2) переделать секцию [ALL_TRADES_DATA] (и работающий с ней код) с использованием счетчиков подписок.
Программный разрыв соединения
 
Добавлю, что искать окно лучше через EnumThreadWindows, приведенный код может найти не свой квик, если их несколько одновременно работает.
Программный разрыв соединения
 
Цитата
Юрий Волошин написал:
что это за код и как он работает
Ищет главное окно квика и имитирует нажатие кнопки отключиться. Никаких ужасов в этом нет, кроме того, что код кнопки теоретически может внезапно поменяться в какой-нибудь из новых версий квика и вместо отключения нажмется что-нибудь другое. Практически не припомню, чтобы менялись. Ну, можно еще посетовать, что w32 не до конца под 64 бита переделана, но для данной простой задачи достаточно.
Вызов индикатора в скрипте, Использование значений индикаторов при работе со свечками
 
Владимир, выглядит как наброс с целью определить, сколько тут постигших дзен. А зачем, что потом с этими просветившимися делать?
CreateDataSource в цикле по большому списку, Анализ свечей по большому количеству инструментов
 
Цитата
Dr Wed написал:
Это допустимо с т.з. нагрузки на quik?Надо учитывать какие-нибудь тонкости?
Если собираетесь заказывать свечки, вполне допустимо. А вот на тики подписываться в цикле не стоит (не дождетесь завершения цикла в разумные сроки).
Wealth Lab 4 dev + Quik2Wld.dll = все шикарно, есть вопрос по адаптации коннектора для WL4 + криптобиржа, Вопрос по коннектору Quik2Wld.dll версия 4.0.0.8
 
Денис,  here you are.
Wealth Lab 4 dev + Quik2Wld.dll = все шикарно, есть вопрос по адаптации коннектора для WL4 + криптобиржа, Вопрос по коннектору Quik2Wld.dll версия 4.0.0.8
 
Цитата
Денис написал:
перелопатил весь интернет и никаких исходных данных для создания адаптера к WL4 не нашел
Неудивительно, после перехода велса на шарп эту инфу зачистили. Буду ближе к своим архивам, пороюсь там, но это через пару-тройку недель и не обещаю найти. Вкратце - там ком-интерфейсы довольно простые, может кто вспомнит тему и поделится пораньше.
Добавить функции для отложения выполнения колбеков
 
Цитата
Старатель написал:
скрипты 2 и 3 в ожидании очереди запустить свои колбеки
Они не ждут очереди, ждет квик, мейны выполняются как выполнялись. Если не спят конечно, а если спят то и вопросов никаких, локи выпущены, квик просто дергает колбек и все. (О преимуществе длинного слипа тксть).
Запуск скриптов по списку
 
Цитата
Артем написал:
Когда таймер долго не сбрасывается и достигает установленного таймаута, подаётся внутренний сигнал на линию RESET и программа перезапускается с нуля.
Там не программа перезапускается, там именно что хардовый ресет происходит. В квике аналогия была бы - прибить процесс квика и запустить заново.
Добавить функции для отложения выполнения колбеков
 
Цитата
Артем написал:
общий порядок исполнения
Первый вариант - мейны удобно выпускают лок в том порядке, в каком квик их хочет вызывать (заштриховано - квик стоит на локе; от красной линии до первого колбека он тоже стоит, не нарисовал этот момент)




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



 
Добавить функции для отложения выполнения колбеков
 
Старатель,  да, все так. Угадывать особо и не нужно, если у нас среднее время выполнения колбека достаточно мало, все будет работать, с поправкой на вызываемый "тупящими" колбеками джиттер. Если среднее время велико (больше среднего времени между колбеками), квик в конце концов забьет свою очередь сообщений и мы увидим любимое окошко "программа не отвечает, казнить нельзя помиловать". Правило одно, стараться не держать колбеки.
Добавить функции для отложения выполнения колбеков
 
Цитата
Старатель написал:
т.о., вы опровергаете раннее написанное вами
Таки нет. Ранее написанное - с точки зрения одного скрипта. Представьте другую картинку, посередине поток квика, а слева и справа ДВА потока мейнов двух скриптов. Если смотреть только на пару "левый скрипт - квик" или только на пару "правый скрипт - квик", все сказанное в силе. Да и в целом общая картинка тоже порезана горизонтальными линиями, только для левой и правой частей они не совпадают. Не знаю, без картинки трудно наверное представить.
Добавить функции для отложения выполнения колбеков
 
Цитата
Старатель написал:
Вопрос: в какой момент будет вызван колбек
Будет вызван в момент t1, второй и трейтий скрипты продолжат выполнять свой байткод, пока первый будет выполнять колбек. Только что проверил.

Цитата
Старатель написал:
повлияет ли скрипт 3 на работу скриптов 1 и 2?
Вот тут смешной ответ. Скрипт 3 не повлияет, а скрипт 1 повлияет. Как так? У квика не возникает необходимости вызвать колбек только в скрипте 1, он последовательно вызовет колбеки в скриптах 1, 2, 3, и всегда в этом порядке. Если какой-то из скриптов просто не определил колбек, ну слава богу, баба с возу. Так вот, если картинку перевернуть, то есть скрипт 1 самый тормозной (t1 самый длинный), то колбек в скрипте 1 все равно выполнится в момент t1, несмотря на то, что скрипты 2 и 3 уже закончили байткод и по идее можно было бы дернуть этот же колбек в них.
Добавить функции для отложения выполнения колбеков
 
Цитата
Старатель написал:
Нужно, чтобы потоки мейнов всех скриптов освободили разделяемый ресурс (луа-машину), не?
Нет, лок у каждого скрипта свой. Можно, наверное, придумать какой-нибудь сценарий по типу обедающих философов, навскидку такой на ум не приходит.
Добавить функции для отложения выполнения колбеков
 
Цитата
swerg написал:
Хорошо бы уточнять
Уточним. Основной поток квика, в котором вызываются колбеки, выполняется параллельно с потоками мейнов всех скриптов. Насколько эта параллельность честная (на отдельных ядрах) - определяется операционной системой и повлиять на это нельзя. В моменты конкуренции за разделяемый ресурс (луа-машину) основной поток квика ожидает освобождения ресурса потоком мейна того скрипта, в котором он собирается вызвать колбек; мейны других скриптов при этом продолжают выполняться и не влияют на ожидание. И обратно, поток мейна скрипта ожидает освобождения ресурса основным потоком квика; мейны и колбеки других скриптов опять же не влияют.
Добавить функции для отложения выполнения колбеков
 
Цитата
Артем написал:
и не исполняется параллельно
Он исполняется параллельно. Другое дело, что сам луа - разделяемый ресурс, и доступ к нему потоков - по очереди. Если мейн и колбеки сишные в длл, они реально будут параллельно исполняться (пока снова не полезут в луа). Картинку выше для чистого луа можно мелко порезать горизонтальными линиями и в каждой полосе будет работать либо мейн, либо колбек, это правда, но так же работает вытесняющая многозадачность на одноядерном процессоре и никто не говорит, что это не многозадачность.
Изменить правила выноса окон за пределы окна Quik
 
Arrigo,  походу имеется в виду то, что было в борландовском билдере (кажется), когда все мди-дети вываливались на рабочий стол каждый сам по себе, и меню отдельным тулбаром. По мне так аццкий был режим, бестолковый. А если по букве, то мди и есть как раз многооконный режим, прикольно.
Добавить функции для отложения выполнения колбеков
 
Цитата
Артем написал:
Но как тогда основной стек ломается? Если ничего не трогать то и ошибок быть не должно
Посмотрите на lua_rawequal, например. Она из сей без лока выполняется, по идее слоты никуда не денутся с текущего стека, сравнивай не хочу. Вроде на первый взгляд так и есть, а дальше там посмотрите, там и за строками лазит, и метаметоды может дергать, и на стек слоты добавлять. И все без лока. Вот один из примеров, как может стек поломаться, там еще есть такого добра, если порыться. А в идеальном мире не должен стек ломаться, да.
Добавить функции для отложения выполнения колбеков
 
Цитата
Артем написал:
при вызове колбеков стек вычищается
Ничего там не вычищается. У колбеков свой стек отдельный, поэтому в нем и нет ничего.
Получать объемы сделок
 
Цитата
Старатель написал:
Тогда это тоже атомарная операция:
А тут я б не поручился, на первый взгляд доступ к таблице тоже чисто байткод, но там внутри может дернуться метаметод, а он может дернуть сишное что-нибудь; при добавлении нового поля может дернуться коллектор, а там вообще мрак полный, кто там сейчас на очереди к удалению и есть ли у него финализаторы и не сишные ли они и т.д., в общем уже не отследить это все. Интересно вот что, если этот кусок таки окажется атомарным, то от зависания мы не ушли, получается? Тогда, получается, функцию Claster надо намеренно сделать неатомарной? Или я перемудрил уже?
Получать объемы сделок
 
Цитата
Артем написал:
дрочение таймаута слипа это не архитектура.
Зато сам поллинг - архитектура.
Получать объемы сделок
 
Цитата
Старатель написал:
Не может получиться такой порядок?
Теоретически может, в текущей реализации должно выполняться атомарно, луа не выпускает лок на таких операциях. Вероятность, что в версии луа 55.99 станет неатомарным - есть. Надо будет погонять еще, я сам не пробовал толком, просто идея клюнула.

Цитата
Артем написал:
не надо делать оптимизацию
Это не оптимизация, это вы архитектуру закладываете заведомо кривую. Потом ее "оптимизировать" - это переписать заново, вот это, видимо, и будет то самое полезное дело, куда полезнее, чем сразу написать ровно.
Получать объемы сделок
 
Артем, сидят два старпера, обсуждают потерю точности при обращении плохо определенных матриц. Подходит школотрон - ээээ, какая потеря точности, я джва года квадратные уравнения решал, нет никакой потери точности, дураки вы старперы, в утиль вас, прекрасное айти будущего наступает. Ну вот оно и наступает, точнее вступает, куда - видно. Чо там в вики про вытесняющую написано, как она задействуется, расскажите нам немедля, мы усе горим.
Как установить поддержку сокетов в скриптах QUIK ?
 
Цитата
Николай написал:
А почему он  в 2-3 раза больше, чем другие x64 версии этой же библиотеки?
Архив больше? Там две длл, для core и mime. Если каждая длл больше, то скорее всего потому, что здесь рантайм встроенный, в других, видимо, отдельный. Скиньте какую-нибудь из этих других длл, посмотрю точно.
Получать объемы сделок
 
Цитата
Владимир написал:
Какой там период для работы с этой таблицей?
А неизвестно, какой там период. Там - это во внешнем приложении, моя задача (если о моей говорить) - доставить ему данные немедленно, как только они приехали в квик. А здесь конкретный был вопрос, для меня он как шахматная задачка, мат в три хода, зачем и почему так фигуры расставили - я ж не спрашиваю у шахматной задачки.

Цитата
Артем написал:
Загрузится ЦП на 100% да и фиг с ним
Ой. Прям вот на простейшую задачу сразу ядро отдадим? А если на компе два квика, то два, да? И принимающую сторону так же сделаем, еще два ядра минус. Ну а если уж нам задачу поставят UKF посчитать, мы сразу выкатим требования на датацентр, не меньше. Интел одобряет.
Получать объемы сделок
 
Цитата
Владимир написал:
Безумству храбрых поём мы славу
Да это моделька же.

Цитата
Владимир написал:
которое при следующем вызове станет новым началом блока
Так и делаю на сях, там синхронизация есть человеческая. Тут если таймер поставить, его надо на ноль ставить, будет бесполезная дрызготня в цикле, включая выходные и праздники. Если на время поставить, будет задержка, в среднем половина этого времени. Задача как раз и рыбку съесть и пальчики облизать и все на чистом луа, без сей и виндов.
Получать объемы сделок
 
Вот так, ежли ничего не упустил опять
Код
local run = true
function OnStop()
  run = nil
end

local Volume = {}
local function Claster(alltrade)
  if alltrade.sec_code == sec and alltrade.class_code == class then
    Volume[alltrade.price] = (Volume[alltrade.price] or 0) + alltrade.qty
  end
end

local N

function OnInit()
   N = getNumberOf('all_trades') - 1
end

function OnAllTrade(alltrade)
   if N >= 0 then N = N + 1 else Claster(alltrade) end
end

function main()
   local i = 0
   while N >= 0 do
      Claster(getItem('all_trades', i))
      i = i + 1
      N = N - 1
   end
   while run do sleep(500) end
end

Получать объемы сделок
 
Не, прям вот так точно работать не будет, надо в качестве индекса в мейне отдельную переменную использовать, растущую от нуля и до эн, тогда может быть. А так он на одном месте будет пилить, пока колбеки идут.
Получать объемы сделок
 
Старатель,  что-то я протупил в аккурат до закрытия, теперь на ходу не проверить, а мысль пошла в такую сторону
Код
local run = true
function OnStop()
  run = nil
end

local Volume = {}
local function Claster(alltrade)
  if alltrade.sec_code == sec and alltrade.class_code == class then
    Volume[alltrade.price] = (Volume[alltrade.price] or 0) + alltrade.qty
  end
end

local N

function OnInit()
   N = getNumberOf('all_trades') - 1
end

function OnAllTrade(alltrade)
   if N >= 0 then N = N + 1 else Claster(alltrade) end
end

function main()
   while N >= 0 do
      Claster(getItem('all_trades', N))
      N = N - 1
   end
   while run do sleep(500) end
end

Получать объемы сделок
 
Цитата
Старатель написал:
считать объёмы внутри table.ssort
А оно ведь тоже подвесит на первом же колбеке?

Была бы интересна функция вида
Код
VOID OnAllTrade2(INTEGER row_index)
В ней можно было бы либо внутри достать новую строку (и все пропущенные, если таковые есть), либо переправить индекс в мейн и достать там. Но был бы недостаток: существование записи по этому индексу в момент попытки ее достать уже не гарантируется, т.е. можно и нил получить. Хотя это можно было бы явно оговорить в документации, не то чтобы проблема большая.
Получать объемы сделок
 
Цитата
Старатель написал:
Есть идеи?
Я в колбеке ставлю событие и все, мейн по событию просыпается и вытаскивает все, чего еще не видел. Но это в длл, в луа не знаю, как без внешних сей засинхронизировать.
Отладка QUIK 8.13
 
Цитата
Владимир написал:
глюки вдруг будут вычищены
Будут-будут, главное не спешка, главное неуклонность. А вот в 8.13 добавилась vcomp140.dll, это крайне интересная инновация.
Страницы: 1 2 3 4 5 6 7 8 9 10 11 ... 23 След.
Наверх