Бета-версия платформы MetaTrader 5 build 1625: Пользовательские финансовые инструменты - страница 6

 
Спасибо за огромную работу, за Вами не поспеваешь все усваивать. Чему рад особенно, новые свойства сделок/ордеров/позиций. Наконец стоплосс, тейкпрофит, клиринг можно будет идентифицировать наверняка. А то по комментариям, которые брокер может менять, как-то не очень надежно было.
 
Реter Konow:

Будут ли опубликованы статьи, обьясняющие на доступном уровне суть и цель применения пользовательских фин.инструментов? Я например никак не могу усвоить до конца в чем их "фишка".


Я то же, хоть прибейте, зачем ? Неужели нет  задач важнее?


Можно ли транслировать пользовательские символы на другие терминалы ?

 
Vladimir Pastushak:

Я то же, хоть прибейте, зачем ? Неужели нет  задач важнее?


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

 
Renat Fatkhullin:

На MetaQuotes-Demo доступна бета-версия 1625 с массой улучшений в скорости работы.

Попробуйте эту версию, пожалуйста.

Релиз будет 14 июля 2017.

В билд 1619 появился Application Crash когда закрывается окно MetaTrader 5 Strategy Tester Agent (когда нажимается кнопка Close). Написал про этого, но вы не исправили.

В билд 1625 этoт краш продолжает проявлятся в следуюущих ОС:

- Windows 7

- Windows Server 2008 R2

- Windows Server 2012 R2

Распределенные вычисления в сети MQL5 Cloud Network
Распределенные вычисления в сети MQL5 Cloud Network
  • cloud.mql5.com
Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network
 
Rosimir Mateev:

В билд 1619 появился Application Crash когда закрывается окно MetaTrader 5 Strategy Tester Agent (когда нажимается кнопка Close). Написал про этого, но вы не исправили.

В билд 1625 этoт краш продолжает проявлятся в следуюущих ОС:

- Windows 7

- Windows Server 2008 R2

- Windows Server 2012 R2

Спасибо, проверим обязательно.
 
Renat Fatkhullin:

На MetaQuotes-Demo доступна бета-версия 1625 с массой улучшений в скорости работы.

Попробуйте эту версию, пожалуйста.

Релиз будет 14 июля 2017.


Скорость порадовала. Жаль в клауде пока не проверить.

 

Build 1625. При наличии в своем символе котировки с датой:

1970.01.01;00:00;1;1;1;1;0

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

[add] Да и без этой котировки тоже самое у левого края дат.
 
threat:

Build 1625. При наличии в своем символе котировки с датой:

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

[add] Да и без этой котировки тоже самое у левого края дат.

Спасибо за обращение, проверим.

 

Неожиданным сюрпризом стало введение автоматического копирования содержимого сложных объектов с помощью неявного оператора копирования.  Как-то вдруг с бухты-барахты, без каких либо анонсов и обсуждений. Столько лет был строгий и контролируемый порядок вещей, а теперь вдруг парадигма изменилась?   Конечно к строковым переменным и динамических массивам вопросов нет, всё законно.   Но вот с указателями - это очень тонкий момент, тут есть подводные камни. 

Допустим наш объект содержит указатель на некий динамический объект, который он сам создал, и соответственно в деструкторе он удалит этот внутренний объект.   Пользователь, ничего не зная о внутренней реализации нашего объекта, копирует его содержимое (включая указатели) через неявный оператор копирования в другой объект.  Потом этот второй объект он удаляет, а вместе с ним удалится и внутренний объект из первоначального объекта! При том что этот внутренний объект был private и естественно никаких проверок CheckPointer у нас не было даже в мыслях, ибо доступ извне исключён.  Бардак получается.   Безконтрольность и злостное нарушение принципов ООП.

Я понимаю, если бы в MQL был реализован счётчик ссылок, тогда такой проблемы не возникло бы.  ...Хотя это в любом случае нарушение инкапсуляции. 

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

 
Alexey Navoykov:

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

Не пользователь, а программист.

У программиста очень много возможностей где угодно сохранить указатели на убитые объекты. Поэтому он сам должен полностью отдавать себе отчет в использовании ссылок.

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


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

Причина обращения: