в крайнем случае - добавь эту ерунду - себе в Win2012 Server (наихудший вариант) по ранее приведённой ссылке: https://support.microsoft.com/ru-ru/kb/2999226 выбрав Целевую операционную систему.
Дмитрий Минеев написал: Возможно вы имели ввиду библиотеку vcruntime140.dll, потому как вашу я не нашел ни на одном компьютере, ни гугл ничего не знает про нее.
именно, так. Просто сообщения - не редактируются.
Цитата
Дмитрий Минеев написал: Вот тут та же библиотека, на машине, где она разрабатывалась http://take.ms/NQW8T. Не смотря на эту картину все работает.
не спорь.
Вобщем, Зайди в "Свойства проекта" в своей MSVS2015 (если я правильно понял...)
ну и напоследок, от старины Билла.... так сказать, для сведения о api-ms-win-crt-runtime-L1-1-0.dll https://support.microsoft.com/ru-ru/kb/2999226Обращаю внимание, что использование данных "новшеств" от Микрософт и, соответственно, принуждение своих несчастных пользователей скачивать подобный api-ms-win-crt-runtime-L1-1-0.dll бред - заведомо тупиковый путь распространения своей QLUA-библиотеки.
IMHO советую компилировать и проверять свои системы в режиме совместимости с WinXP
Дмитрий Минеев написал: Я собираю проект с опцией "Runtime libriry = Multi-threaded". Если верить описанию, то это должно избавить от проблемы с зависимостями.
уже хотелось бы почитать про это "описание" :)))
Цитата
Дмитрий Минеев написал: Уже сделал. О чем писал в самом пером посте. С зависимостями все ок.
тот самый написал: прямого пути - НЕ существет. Для НЕпрямого (исключительно в личных целях) - можно почитать на quik2dde.ru про всякие FindWindow etc.
Полазил по сайту, но не смог найти там работу с окнами графика. Может вы подскажете более точно, какие функции могут помочь? Буду очень признателен
Об этом - Вы можете спросить у swerg со своей стороны - могу только намекнуть, как бы я это сделал:
с помощью FindWindow - найти окно контрола выбора таймфрейма
-------""------- - найти окно нужного графика инструмента
установить фокус нужному окну инструмента отправкой соответствующего сообщения
отправить сообщение контролу таймфрейма - о смене таймфрейма.
Как именно и более конкретно в деталях - по понятным причинам - увы сказать НЕ могу.
2016ый год на дворе. Сделайте уже кнопку "перевести срочные инструменты на следующий квартал", ну или как-то более ласково назовите ежеквартальную смену фьючерсов. на графиках, в таблицах текущих параметров и стаканах котировок
sandyman написал: было бы неплохо иметь такую возможность...
Добрый день,
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
не трудитесь - перерисовка НЕклиентской области окна - сожрёт у вас немало быстродействия. именно поэтому - в виндовс - этим занимается само ядро (по умолчанию).
С тяжелым сердцем и невыразимой грустью вынужден сообщить всем страждущим форумчанам о том, что "злая" арка всё-таки добралась до кладезя знаний и вечной мудрости. Им было мало - просто его похоронить. Они даже вычистили все ссылки с нового форума на * , а также кеш Google. Последним оплотом истины - в течении долгого времени оставался Яндекс-кеш. НО! арка... - добралась... и до него....
Старый Форум, ты навсегда остнешься для нас в светлой памяти и тихой грусти.
проще было бы дать пользователям официальные и законные средства для доступа к вкладкам квика из винапи, а также хендл окна квика. Тогда пользователи на законных основаниях бы могли создавать свои оконные классы, привязанные к вкладкам квика. Это можно сделать,конечно и сейчас - но... увы только в целях личного пользования...
Антон написал: Необходимо реализовать классическую конструкцию определения таймера по условию, после чего функция, определённая в таймере, запускается через определённый временной промежуток. Решения на основе циклов с sleep или os.time тормозят либо процессор в целом либо непосредственно поток QUIK. Подскажите, пожалуйста, адекватное решение ::
не поверишь... даже сами окна графиков-индикаторов, открытые в квике - тормозят квик. и что ж теперь - их не использовать?
Твоя проблема - заметно проявляется лишь на одноядерном компьютере.
Временный метод: Вывести окно приложения - можно с помощью "мега"утилиты: Sysinternal Process Explorer (распространяется бесплатно. В Google - есть)
Пробуешь запустить КВИК и после него - ЭТУ утилиту. Далее, в этой утилите, ищешь свой квик в "дереве процессов" Далее, нажимаешь на нём правую кнопку мыши и ставишь "Bring to front" твой квик, "по идее..." - должен тебя порадовать своим присутствием.
Если же непрокатило - значит, действительно - просто его окно - находится за пределами видимой области... (кто бы мог подумать...:)) ) В таком случае, это уже прямой "косяк" разработчиков бо как они должны были: при запуске КВИК - центрировать его по границам экрана и текущего рабочего стола.
d74 написал: Временами квик запускается непонятно как и куда спрятав свое окно. Во время запуска основное окно не видно, но появляется окно для авторизации. После ввода пароля и это окно исчезает. В перечне задач и процессов строки, соответствующие программе, имеются. И, досада, в диспетчере задач Windows 10 команды "вывести окно на передний план" нет (в более ранних версиях насколько помню была). При попытке запустить задачу еще раз ОС трезво сообщает что больше одного раза - "ни-ни".
Приходится завершать процесс и запускать заново, что не нормально. Отсюда вопросы:
1. Как выводить пропавшее окно во фронт? 2. Как предотвратить пропажу?
вот ты пишешь: 1. Во время запуска основное окно не видно, но появляется окно для авторизации. <есди так - то, процесс под приложение всё-таки создаётся> 2. После ввода пароля и это окно исчезает. <это ничего страшного - так и должно быть> 3. В перечне задач и процессов строки, соответствующие программе, имеются. <это самое главное - значит процесс QUIK-а не "убит" операционной системой> 4. При попытке запустить задачу еще раз ОС трезво сообщает что больше одного раза - "ни-ни". <всё правильно - потому что в самом QUIK - так задумано, что не позволять работу двух копий приложения одновременно из одной папки>
Цитата
тот самый написал: Сделай программу активной, то-есть "типо" открой её, зажми сочетание клавиш "alt+spacebar", тогда у тебя появится возможность команды "Переместить" и стрелочками выводи программу!
т.е. ВНЕ зависимости от того - видишь ли ты окно приложения или нет - запусти КВИК и зажми это сочетание клавиш>
и ещё....
проверь ещё раз основные настройки в самой Windows 10 (как оказалось - проблеима носит - не единичный характер) если же проблема возникает всё же ТОЛЬКО с QUIK то,: попробуй запустить квик БЕЗ скриптов попробуй запустить квик БЕЗ файла info.wnd (предварительно переименуй его и сохрани для бекапа) укажи уже наконец версию КВИКа, как тебя уже об этом просили.
------------------------------------------------- от того - насколько Вы подробно опишите свою ситуацию - зависит скорость решения Вашей проблемы.
Это означает что координаты окна программы у вас оказались по какой то причине за пределами вашего рабочего стола видимого на мониторе (например было два монитора, а стал один, а программа работала на убранном мониторе) Так вот она и будет открываться по старым координатам, даже если там уже и нет монитора. Ну и аналогично если вдруг координаты окна поменялись по другим причинам. Выход - нажать на панель управления правой клавишей мыши (при зажатом Shift-e) выбрать - переместить окно и погонять стрелками клавиатуры окно до тех пор пока оно не окажется на экране...... На ноутбуке такая же история! Windows 10. Пробовал как советуете, но у меня при нажатии (при зажатом Shift-e) нет пункта переместить окно! Как быть? И вопрос такого характера: как откатиться к семерке? пробовал по инструкции- итог нет какого то файла, а говорили откат - просто?! Есть решение для Windows 10!
Сделай программу активной, то-есть "типо" открой её, зажми сочетание клавиш "alt+spacebar", тогда у тебя появится возможность команды "Переместить" и стрелочками выводи программу!
Николай Камынин написал: действительно, создается впечатление, что разработчики сайта имеют не востребованное техническое образование в области проектирования механических систем типа реактивных велосипедов, но суровая реальность заставляет их делать сайт по софту для финансовых рынков . Вот и получается сайт с абстрактными картинками.
++++
и этому.. - есть своё объяснение, если... заглянуть в google и почитать интервью некоторых работников Арки - тот раздел "про студентов..." - особенно эпичен...
swerg написал: На сайте вообще не понятно куда ткнуться и куда ты попадаешь после того, как куда-либо таки ткнул. Попробуйте кому-нибудь предложить найти раздел с архивами софта. Ну чисто для того, чтобы посмотреть и порадоваться, как человек мучается.
Когда господа из АРКА сжалятся над несчастными трейдерами и изволят добавить горизонтальные объемы в стандартные индикаторы со всеми возможными таймфреймами? Интрадей погремушки на луа не предлагать.
Пробую себя в роли трейдера, торгую акциями. Постепенно хочу перебраться на фьючерсы. И возник вопрос в ходе изучения срочного рынка, подскажите, пожалуйста: - Обязательно ли наличие открытой позиции во время клиринга для начисления вариационной маржи? Или же фьючерс может быть продан до клиринга и вар.маржа будет начисляться как разница между покупкой и продажей?
Denis K. написал: У меня в луа опыта ноль, я не понимаю даже где в этом qapi.lua разные потоки (этот модуль писал не я), поэтому не могу конструктивно вести дискуссию по поводу Named Pipes.. Была бы у вас там ява вместо луа, или питон - другое дело.
незнание QLUA - не освобождает от ответственности за загрузку стороннего кода. Соглашаясь на загрузку/применение ЛЮБОЙ сторонней бибилотеки на QLUA - Вы, тем самым берете на себя всю ответственность за её дальнейшую (а равно, как и торгового терминала) - стабильность.
Michael Bulychev написал: Единственное надежное решение - запретить загрузку сторонних dll в терминал. В противном случае никакая архитектура не спасает. В Вашем случае есть два решения - синхронизируйте доступ к ней из разных потоков.
Вы можете на конкретных примерах нам это тут продемонстрировать?
Michael Bulychev написал: Добрый день Исследования показали, что причиной зависания является скрипт на Lua qapi.lua . В функции main() в цикле происходит чтение/запись в named pipe. При потере соединения вызывается вот такой код:
Код
function OnClose ()
if mode = = 1 then
r = ffi. C.ReadFile (handle, readBuffer, 4 * 1024 , bytesRead, nil );
end
mode = 0
disconnectAndReconnect( false )
end
function OnDisconnected ()
On Close ()
end
function disconnectAndReconnect (doConnect)
ffi. C.FlushFileBuffers (handle)
ffi. C.DisconnectNamedPipe (handle)
if doConnect then
assert(ffi. C.ConnectNamedPipe (handle, poverlapped), "Соединение установить не удалось" )
end
end
В зависимости от состояния main() зависание происходит либо тут: kernel32.ReadFileImplementation -> KERNELBASE.ReadFile - > ntdll.ZwWaitForSingleObject либо тут: KERNELBASE.FlushFileBuffers -> ntdll.ZwFlushBuffersFile Функция OnDisconnected выполняется в основном потоке терминала, и зависание в ней приводит к зависанию GUI. Рекомендуем синхронизировать доступ к named pipe из разных потоков.
как у Вас тут, оказывается..интересно..)))) насчёт синхронизации - абсолютно с Вами согласен..)) а вот насчёт функций ядра Windows... - вы, что же? предлагаете своим бедным пользователям теперь стучаться к старине Билу в Майкрософт? о_О))))
вам уже, как год об этом твердят, - а вы всё "регистрируете" и "анализируете".
уже давно было сказано, что:
чтобы не гадать, какое именно изменение параметра вызвало активацию коллбека - необходимым и достаточным было - лишь передать аргумент - с названием, изменившегося параметра.
т.е.:
OnParam(STRING class_code, STRING sec_code, STRING paramname) а класс и сек - вообще можно убрать (можно и оставить [дело вкуса])
страницы начинают долго грузится. в последствии, браузер пишет, что не удалось установить соединение (ну.. или в это духе). сейчас - вроде - нормально стало.
Michael Bulychev написал: Добрый день. Если Вы подробнее расскажете о том что хотите нам будет проще принять решение о возможностях и способах реализации.
он ничего не хочет (да и врядли может... ) - он просто хвастается.)))