s_mike@rambler.ru (Все сообщения пользователя)

При останове скрипта луа машина, встроенная в терминал, автоматически закрывает все файлы посредством close(). Это происходит с версии qlua 6.xx вроде.

Вызов close() всегда подразумевает flush() - так устроена библиотека С.

Поэтому вы ничем не рискуете.

flush() имеет смысл только в том случае, если вы в реальном времени другой программой читаете создаваемый файл. Flush() сбрасывает файловый буфер на диск немедленно. Без него файловые операции кешируются в памяти. В момент закртытия файла все буферы сбрасываются на диск.

Поправлюсь.

print(bot4sale.ScreenResolution())

Впрямую из луа возможности нет. Вы можете сами написать расширение на С++ используя функцию GetSystemMetrics или поискать подходящую готовую библиотеку, в которой эта функция используется. Среди прочих можете вытряхнуть их архива http://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/indikator-zigzag.html библиотку dot4sale.dll

require "bot4sale"
print(ScreenResolution())

нельзя.

можно запустить 2 скрипта заранее. Первый работает, а второй крутится вхолостую иоемурсы не кушает. А нужный момент первый создаёт сигнал второму, что пора просыпаться. Сигналом может быть все что угодно - мьютекс, memorymappedfile и так далее. В простейшем случае файл.

В частности, можно попробовать это

Роскомнадзор развлекается с ip гугла.

О какой из ошибок там шла речь?

В той ветке сообщалось о двух ошибках - setlabelparams и ondestroy

Здравствуйте.


я уже дважды поднимал вопрос об отсутствии вызова omdestroy в индикаторах в режиме связанных окон.

при смене инструмента в этом режиме функция ondrstroy не вызывается.

оба раза я получал ответ в виде " абажите, щаса напишем скрипт для проверки и саапчим".

Но не саапчили.

Что имеем то по вопросу?

Можно руководствоваться следующими принципами.

Присваивание всегда делается точно.

i = 3
i == 3 после этого всегда даст true

арифметика плюс/минус между целыми числами, хранчщимтся в формате double, в 99.99 случаях даст целое, если сумма не представится большим числом, в котором будет переполнение мантиссы.

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

Андрей.

в луа нет типа integer. Тип значения number плавающий с точкой.

settablenotificationcallback

можно отслеживать клик на таблице и открывать по этому клику новое окошко, в котором есть ваше контекстное меню.

аккуратнее с этим обфускатором. Не будет работать в длинном ряде случаев. Самомодифицируемый код - один из примеров. Любые функции типа dofile использующие upvalues, будут обработаны некорректно и так далее.

Suntor.

Вы получили всю необходимую информацию, чтобы суметь сформулировать в Гугле поисковую фразу " lua to c".  

здравствуйте.

с файлом проблемы три.

1. При аварийном завершении терминала файлы останутся на диске. Можно попробовать поиграться с temporary files

2. Дата время внутрь файла не вариант. Существуют инструменты с двумя сделками за торговую сессию

3. Все это крайне медленно...

Добавлю.


Есть некая shared область памяти, куда каждая запущенная копия индикатора должна дописывать свою запись в виде key=data/  key должен быть уникальным. При уничтожении индикатора запись должна уничтожаться.

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

Здравствуйте.

Вопрос скорее к разработчикам.



Есть индикатор, одновременно запущенный на несколшьких разных инструментах (или одинаковых), с разными или одинаковыми настройкками, на произвольных таймфреймах и т.п.

Необходимо:

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

Допустимы любые быстрые способы - средства терминала, winapi и так далее. У меня не хватает фантазии пока.

Спасибо.

Инструмент, засовывающий любой скрипт луа вовнутрь dll давно написан. Рассказывать подробности не стану.

ну собственно так оно и делается. Все возможности для этого в C API имеются.

если это будет необходимо, пишите, спрячу ваш готовый скрипт в dll, дело на пару минут.

есть такая штука - lua C Api.

позаолчет писать dll для луа скриптов.

в числе прочего можно создать функцию в длл и вызывать ее из скрипта. Можно также вызывать из длл функции скрипта.

ну а дальше - простор для фантазии...

Существуют декомпиляторы  luac->lua.

Мое знакомство с некоторыми из них привело к осознанию, что никто не написал грамотного декомпилятора, который качественно восстанавливает текст скрипта из скопилированно варианта.

однако части скрипта можно увидеть прекрасно.

поэтому полагаться на компиляцию скрипта в luac вид можно условно.

если вы хотите большей надёжности, наиболее правильный путь это встраивание скрипта на луа  в dll. Этим способом пользуюсь сам.

невозможно

Алексей Ч привел вам код индикатора, иллюстрирующий проблему отсутствия вызова ondestroy.

"Проверили у себя на вашем скрипте. Версия рабочего места 7.16.3. Проблема не воспроизвелась"

каким образом у вас не воспроизводится проблема - одному богу известно. Если ondestroy в режиме связанных окон не вызывается - вы не можете не получить размножение меток. Только или не пробовать ))


Я же изначально вам писал о проблеме, которая возникает при выставлении меток из скрипта. Если вызов  setlabelparams приходится на момент перерисовки графика с требуемым идентификатором, то происходят непредсказуемые вещи. Метка может оаздвоитьмя, может не раздвоиться.  Setlabelparams возвратит false, самочувствие дескриптора метки также нельзя предсказать

Пропустил параметр для gmatch

string.gmatch(f:read("*a"),"\n")

Навскидку:

f,i=io.open(file,"r"),0
for _ in string.gmatch(f:read("*a")) do i=i+1
end
f:close()

о чем вы?

Речь идёт о работе с меткой из скрипта. Это единственный поток. Все остальное есть ответственность терминала.

скрипт можно написать так.

создаем скриптом  метку на графике с идентификатором xxx.

далее с периодичностью скажем в 100 миллисек ее перерисовываем посредством  setlabelparams

все работает, проблем нет.

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

в части случаев (когда везёт) метка продолжает переустанавоиваться.

А вот если переустановка попала на момент перерисовки графика, там получается эффект непредсказуемый.

метка по своему номеру становится недоступной, setlabelparams возвращает false, изображение метки на диаграмме или остаётся или исчезает, непредсказуемо.

На текущий момент другого способа не наблюдается.

Впрочем, брать разницу между двумя произвольными соседними свечами тоже неправильно - между ними может быть промежуток более чем в длительность интервала (например, ночью)

Более надежно делать так: http://www.bot4sale.ru/blog-menu/qlua/419-how-to-know-timeframe.html
но и этот способ не гарантирует результат во всех случаях.

Да, можно. Сторонними средствами


http://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/rasshirennyj-servis-opoveshcheni...

 Замечен такой эффект. Если из скрипта переустанавливать на графике скществующую метку, а в это время идёт перерисовка графика при смене инструмента, метка не только не переустанавливать я, но ещё и вовсе пропадает из таблиц терминала, делая невозможными любые последующие с ней действия.

это правильное поведение?

Здравствуйте.

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

насколько я могу предположить, что после обновления окна идентификатор остается тем же и функция Setlabelparams должна метку найти и переставить. если запрос setlabelparams происходит в момент обновления окна, там может произойти что-то неясное и, как я думаю, происходит. Но что?  

Каков должен быть алгоритм работы по перестановке метки из скрипта посредством setlabelparams? чтобы он работал в режиме связанных окон?


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

Андрей,

да, возможно.

http://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/bs-volume.html
http://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/volume-at-price-dlya-quik.html

Кстати, и это тоже.

приходится перед crrsyedatasource вызывать getsecurityinfo, чтобы проверять есть ли инструмент, да и это при запуске скрипта вместе с терминалом не помогает.

Здравствуйте.

Что обусловлено отсутствие колбеков от Createdate source при условии, что последний вернул код успеха? Эффект проявляется при запуске терминала с работающим скриптом.

Эффект никогда не проявляется при запуске  скрипта при уже работающем терминале.

это не поможет фиксировать надписи у левого ВЕРХНЕГО края диаграммы, так как происходит постоянное масштабирование по вертикали и надписи будут либо спускаться вниз или уходить на верхний край.

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

этому пожеланию очень много лет, больше 10. Не делают, ведимо невозможно.

Я уже писал - регистрируйте.

Вообще я в удивлении от происходящего.

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

Сергей.

А какой в этом смысл? какую полезность можно вынуть из этого колбека, который сигнализирует о начале полного пересчета только в половине случаев из всех возможных?

отлавливать перерасчет свечей необходимо не только при изменении параметров, но и при смене таймфрейма.

узнать о смене таймфрейма-то мы не можем: колбека на изменение таймфрейма нет.

Регистрируйте.

А сможете привести пример полезного использования этого колбека? Для чего его можно использовать?

Работоспособность будет зависеть от билда ОС: ненадежно. Лучше использовать готовую библиотеку lfs или самому написать расширение на С++

Да, не указано. И я собственно именно об этом.

Я не могу придумать, как этот колбек вообще можно применить.

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

Но если этот колбек не вызывается при смене таймфрейма - его использовать для этой заявленной цели невозможно: таймфрейм сменился, полный перерасчет всех свечей начался, а колбека-то нет!

Недавно был добавлен колбен OnChangeSettings

Посмотрел.

Или я чего-то не понял, или вы добавили его так, что он бесполезен

Во первых, он не вызывается при старте индикатора. Но это обойти еще можно

Главное - он не вызывается при смене таймфрейма, что приводит его полной бесполезности .

Или я неправ?

Сергей.

причем тут ваш сервер?

речь идёт о способе отличить реальные торги от учебных в общем случае / у любого брокера, а не про количество учебных серверов у вас.

странный совет.

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

как скрипт, получив ip адрес, должен понять, демо это или нет? Брокеров куча, демонстрационных площадок тоже немало.

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


косвенно определить можно. Например, проверить наличие класса QJSIM или каким-то подобным способом.

По каким параметрам вы можете вручную построить график в терминале - те и для crestedatasource подойдут

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

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

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

поэтому берите стамеску и строгайте "костыль"

преобразуйте строку в таблицу и после этого адресуйтесь по номерам.