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

Про KA ничего не могу сказать, не знаю, что за зверь, тыщу квиков и сто брокеров поменял - никогда не встречался. Может потому, что всегда ключи использую, без этих аццких смс. MP это MultiPurpose_SSPI_Provider. Возможно, отсутствие KA вылезет где-нибудь на более позднем этапе подключения, а может и нет.

Ага, верно, 8.7 задом наперед прочитал )
Сейчас попробовал без ka_pr и удивился - коннектится (неверное имя или пароль), сидел вот репу чесал, чего это квик не упал. Раз так - все должно получиться.

Но если все же в продакшен выставлен девятый сервер, то неважно, что там поддержка сбера думает )

Тогда и не получится ничего, девятый клиент к восьмому серверу не подходит, надо последний восьмой ставить.

mp_pr есть в апдейте, а вот ka_pr нет, и от седьмого не подойдет.

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

Значит, в новый квик копируем qcrypto.ini, mp_pr.ini, ka_pr.ini из старого и смотрим, что получается.

Незнайка, файлы могут по-разному называться, лучше открывать qcrypto.ini и смотреть, на что он ссылается, и далее со всеми так. Куда как проще накатывать файлы из обновления на рабочий квик (сделав бэкап). В данном случае есть еще вариант, что у сбера сервер восьмой версии, тогда и квик надо восьмой ставить, а не девятый.

Тогда уж можно было посмотреть, какой провайдер используется, настройки-основные-программа-шифрование. И в новой версии поставить такой же, чем по файлам ковыряться с опасностью банальной опечатки и долгих поисков, что сломалось.

Вкратце - в папке квика есть несколько длл-криптопровайдеров, нужно выбрать нужного провайдера и сказать квику, что надо именно его использовать, затем настроить саму длл провайдера. По скринам мы видим, что настроен OpenSSL_Pr.dll, соответственно в qcrypto.ini должны быть настройки, предписывающие квику использовать его, а в OpenSSL_Pr.ini - настройки самого провайдера. Также в ip.cfg указаны адреса и порты серверов (то, что через UI в соединениях можно настроить).

Ошибка гласит, что сервер этот метод не поддерживает. Откуда возникают вопросы, верны ли адрес и порт сервера и включен ли сервер сегодня (воскресенье же). Вполне возможно, у сбера есть другие сервера, поддерживающие этот метод. Или нет, я не знаю. Есть ли у вас ключи для квика, эти самые pubring/secring? Если есть, то, скорей всего, метод подключения не OpenSSL. В этом случае проще всего просто убрать из папки квика файл qcrypto.ini, что переключит квик на дефолтный провайдер, положить файл qcrypto.cfg с путями к ключам и попробовать подключиться.

Но лучше не искать приключений и заиспользовать настройки от старого квика.

Нет, не нужно. Само копирование файлов в папку квика и есть то, что этот update.exe делает. Если удастся подключиться, надо уже в квике зайти в "получение файлов - программа" и посмотреть, что еще можно подкачать себе, там могут быть всякие допмодули необязательные.

Похоже, вы квик с сайта арки распаковали и пытаетесь запустить как есть. Но в архиве от арки нет брокерских настроек. Их, в принципе, можно руками сделать, но проще всего всего пойти другим путем:
1) скопировать работающий квик старой версии (всю папку)
2) в эту скопированную папку распаковать архив с квиком 9.3.3, подтвердив замену файлов.

Иван,  а если в вашей добавленной строчке убрать расширения

Иван, непонятно, чего вы уцепились за папку LuaIndicators. В этой папке квик ищет именно индикаторы, то есть которые на график. Для скриптов создайте другую папку, "lua", и в нее кладите все либы. Квик сам вам говорит, где он искал, особенно обратите внимание на строки
Здесь квик хочет загрузить библиотеку с именем "socket.core". Для этого он в папке lua ищет подпапку socket, а в ней либо файл core.lua, либо подпапку core, в которой есть скрипт с именем init.lua. Это для всех библиотек так работает, библиотека это либо один файл, либо папка с файлом init.lua.

По крайней мере, не будут против. Но тут надо учитывать одну вещь. У браузера содержимое окна раскладывается заново при изменении размера окна, у квика - нет. То есть после нажатия F11 пространство увеличится, а дочерние окна останутся на своих местах, просто снизу прибавится пустое место. Нечто похожее (фулскрин по F11) делал в виде луа+длл, задача несложная, но бесполезная без изменения раскладки окон.

Есть мнение, что это претворяется в жизнь фз-306.

Там тупо такого кода не должно быть, это ж не игрушка с директиксом внутри. Как-то целенаправленно пытался создать больше объектов GDI, чем винда может переварить. Система тогда начинает экономить хэндлы и рисовать кое-как и чем придется, что выглядит похоже на слетевший видеорежим.

Луа для квика - черный ящик. Квик грузит скрипт тем же dofile, что и рядовой пользователь, прицепляет к нему свои функции и отпускает в свободное плавание. Единственное - помечает себе, какие колбеки скрипт определил, и при получении событий опять же через общедоступный интерфейс дергает эти колбеки. Байткод интерпретирует виртуальная машина луа, написанная не аркой. Слава богу, арка вроде не пытается ее ломать под каждое пожелание трудящихся, бо ничего кроме аццких глюков это не принесет, а досконально разобрать весь луа по косточкам и потом собрать франкенштейна такого же но без крыльев - в арке народу не хватит. В принципе, квик мог бы узнать, что там перехвачено и обработано, если бы, например, колбек оконного события возвращал true/false, а лучше какую-нибудь численную константу, чтобы вариантов было больше двух. А сейчас откуда ему знать, что колбек сотворил в ответ на событие, меню показал или еще что.

Табличка как в иконку превращается, чай, очищается в колбеке? Тогда засада:
 

Роман,  EV_SESS_ALLOWED, а вообще скачайте либу и изучайте все доступные параметры прямо в квике.

Надо включать инструменты разработчика и глядеть, как тлс согласовывается, что там с заголовками и прочая, из головы трудно что-то предположить.

Попробуйте вытащить столбец из таблицы за заголовок, вылезет то же сообщение. Предположу, что в эти несколько раз мышка двигалась с зажатой кнопкой, под нее выскакивало окно скрипта и винда считала, что стартанул drag&drop столбца из таблицы. С падением тоже что-нибудь подобное, типа окно прибилось самопроизвольно, а потом на него событие приехало. Так что и без чистильщика широк простор убица на ровном месте.

А понял, к предыдущей версии не менялось.

Тут путаница какая-то. На стенде (где смотрел) длл от 9.2.0 с версией 4.1.2.2, на боевом стоит 9.2.3 с версией длл 4.1.3.1, в свежескачанном 9.3.3 длл 4.2.0.3. Что-то таки менялось.

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

Уточнил, видел в 9.2 (а в 9.1 просто не смотрел). И уточнил, с какими аргументами lua_gc вызывается, вот с какими:
Поменялось ли что-то в 9.3.3, не смотрел еще, по мере возможности гляну тоже.

Да, первая неудачная попытка. В 5.3 убрали за глючность, в 5.4 вроде до ума довели и вернули.

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

Старатель,  если дело в этом, смена режима должна, по идее, заметно влиять, т.е. одно из в начале

нет понимания. Если брокер говорит, что шортить нельзя, там не должно было быть типа ДК. Если там таки был тип ДК, либо у брокера что-то неправильно настроено, либо запрет шортов по причине недавних нововведений и никто не морочился с изменением настроек, бо нововведения как бы временные, либо никакого запрета вообще нет (что легко проверить, попытавшись открыть один лот в шорт). В последнем случае и разговор уже о другом должен быть. Но лучше подождать варианта от арки, может еще какие-то либо имеются.

Точно не 9.3, а вот 9.1 или 9.2 - не помню. Сам стенд остался, но я не там, в ближайшие дни не смогу уточнить.

Вполне возможный сценарий. На ММВБ нет такой заявки как "стоп". Функционал стопов предоставляет сервер квик в меру своих сил.

Попробую еще раз. Если разрешить выставлять заявки с превышением лимита и проверять лимит непосредственно в момент исполнения заявки, это автоматически означает, что ЛЮБАЯ заявка в стакане может в момент исполнения оказаться ничем не обеспеченной и, значит, быть снятой прямо в тот момент, когда на нее наехала встречная заявка. Это превратило бы стакан в совершенно виртуальную сущность. Тксть видите заявки? и я вижу, А ИХ НЕТ.

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

Это не квик решил, это так и было. Лимиты проверяются в момент выставления заявки, а не в момент ее исполнения. Соответственно, две заявки в одну сторону действительно превышали лимит.

Если возникает вопрос "а почему так", рассмотрите такой сценарий: обе заявки выставились, цену болтануло вверх-вниз за долю секунды и обе исполнились. Кто-то купил у вас детский мир, скажем, 1 лот. Где его брать, чтобы отдать покупателю? У вас его нет. У брокера его нет. У биржи его нет. Выходит, мы киданули покупателя и сейчас начнутся терки, кто будет крайним. Само предназначение биржи как раз в предотвращении подобных ситуаций и состоит. Аналогично, если бы проверка лимита была в момент исполнения. Покупатель лупит по вашему лимитнику и вместо сделки получает "сорри, это был фейковый лимитник, у выставившего нет бумаги, оказывается".

Есть. Это дни экспирации.

Боюсь, это было обсуждение с автором lua_share, который не я. Он тут тоже бывает (иногда?) под другим ником, даже как-то спорили о чем-то.

Не везде так, а кое-где даже совершенно наоборот.

Для меня любое заранее назначенное время - неудобное. Тксть солнце всходит и заходит по веленью моему.

можно и квик никогда не открывать, чего мелочиться-то.

значит, он проснулся по будильнику к началу торгов и далеко не отойдет до закрытия. Не завидую ему.

Или не создан тиковый датасорец по инструменту, или не открыт тиковый график по инструменту. Но это закажет только один инструмент. Подписка на ВСЕ инструменты в цикле с целью заказать ТОС целиком работает плохо, потому что на каждой итерации идет перезаказ ТОС, а подписаться на все разом нельзя. Поэтому в нынешних реалиях:
1) ТОС должна быть всегда открыта, заказ данных должен быть настроен руками
2) юзер должен быть проинструктирован никогда ТОС не закрывать и особо не щелкать по тиковым графикам во избежание автоматической отписки от чего-нибудь
3) сам скрипт подписываться на тики не должен во избежание автоматической отписки при его завершении
4) юзер должен периодически поглядывать в настройках, что все галки на месте или
4.1) перед запуском квика некая внешняя софтина должна заглядывать в info.ini и фиксить подписки в случае чего.

По-хорошему нужны функции SubscribeAllTrades/UnsubscribeAllTrades с возможностью подписаться на ВСЕ за один вызов. Но арка почему-то не хочет этого делать. Либо нужно реализовать вариант, предложенный неоднократно: фильтры устанавливаются автоматически при любой подписке, как сейчас, а сбрасываются только из диалога заказа данных. Тоже не хочет.

Башку чем-нибудь околокодовым забить, пока заняться нечем.

Хэш-таблица плюс хвост из новодобавленного с периодическим рехэшем, в итоге амортизированное O(1). Так-то, если слишком рано в бесконечные не уходить, сложность хэш-таблицы O(N/M), где M - число входов, в (самом) худшем просто считаем N/M->N и получаем O(N), типа такая вырожденная хэш-таблица с одним входом.

Сложился паззл. Когда в девятой версии смотрел "чего нового" в отладчике, увидел, что после каждого колбека lua_gc добавили. Не обратил внимания только, полный или шаг. Вот оно собсна и есть, пропорционально количеству потенциального мусора. Насколько это критично в реальном применении, а не в модельном примере, вопрос открытый. Сама по себе идея синхронно прибраться в основном потоке выглядит хорошей, чутка пошаманить с частотой этого действа разве.

У луа глобальные функции/переменные находятся в таблице, а поиск в таблице луа заявлен как O(1), не должно бы по идее влиять, по крайней мере заметно влиять. Квик ничего не выдумывает, берет колбек из скрипта через lua_getglobal, так что вопрос интересный, как оно так вышло. Например, может тормозить поиск не в таблице по ключу, а самого ключа (строки), там вроде какой-то кэш строк есть, и при числе именованных переменных сильно больше его размера можем получать постоянный кэшмисс. А можем и не получать, рыть надо.

точно есть, была даже ошибка с вызовом __gc объектов при повторном запуске прибитого скрипта, ее исправили. Вот, кстати, этот момент в репорте не освещен, скрипт штатно завершился или был прибит квиком (в т.ч. по истечении таймаута на завершение после нажатия "остановить", что не всегда можно заметить невооруженным глазом).

Оно и передается, вот такое вот оно обновление раз в икс тиков, о чем поддержка и говорит, что это не баг а фича. Полный список сделок только в ТВС.

BVladimir, поди Qt собран с динамическим рантаймом. У питона тоже динамический и подгружается из папки питона, у квика статический. Вот эти вот все ucrtbase.dll, ms-api-xxx.dll и прочая, если так, должны в папке квика быть.

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

Kander, фильтры сохраняются в info.ini, раздел AllTrades или как-то так. Если нужны все инструменты, там должны быть строки CLASSNAME=ALL. Если класс не заказан, будет CLASSNAME=(перевод строки). Если заказан частично, будет список бумаг. Квик может сам сбрасывать фильтры в результате некоторых событий. Поищите здесь по форуму, обсуждалось много раз. Часть косяков поправили, часть еще нет.

Роман,  https://forum.quik.ru/messages/forum17/message50214/topic5959/#message50214

Дмитрий,  если неделю-другую подождете, сделаю. Сейчас не в том месте нахожусь. Сразу учтите: квик подкачивает до 3000 свечей, чем короче таймфрейм, тем меньше дней накачаете. С учетом этого все же рассмотрите вариант накачать со стороны минутки и на своей стороне по ним настроить любых других тф и насчитать индикаторов.

Скачайте, попробуйте. Все тики по всем инструментам. Таймфреймы клиент строит по заказу любые. Написано лет дцать с хвостом как.

Александр М,  в релизе сказано баг-фикс. Т.е. ничего принципиально нового.

Экспортировать не значит графики открывать. Выводит все на раз.

Достаточно выгружать тики и из них строить любые ТФ, в том числе которых нет в квике. Но это если нужен реалтайм, для исследований проще с того же финама скачать и не париться.

Не для того я его удалял ) Придумаем что-нибудь. Кстати говоря, я ж эту, кажется, сборку к swerg на форум заливал, должна там и лежать.

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