Новая версия платформы MetaTrader 5 build 1930: Плавающие окна графиков и .Net библиотеки в MQL5 - страница 153

Новый комментарий
 
Renat Fatkhullin:

Поставьте с инсталлера старую версию и потом обновитесь.

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

 
Yuriy Asaulenko:

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

Все инсталлеры - это веб версии, выкачивающие последний релиз. Ссылка внизу страницы.

При установке поверх никакие конфиги не трогаются.

 
Renat Fatkhullin:

Все инсталлеры - это веб версии, выкачивающие последний релиз. Ссылка внизу страницы.

При установке поверх никакие конфиги не трогаются.

Спасибо.

 
Очень хорошее описание проблемы для ее воспроизведения

Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий

ФОРТС. Вопросы по исполнению

Ilya Baranov, 2019.02.13 10:06

Зависание ровно на 3 минуты у меня несколько раз появлялось в следующих случаях:

1) Пропала связь с сервером на небольшое время, допустим на 100 мс.

2) Один советник посылает запрос на удаление ордера (OrderSend() ).

3) Второй советник посылает запрос на удаление ТОГО ЖЕ ордера (OrderSend() ).

4) Как только появляется связь + небольшая задержка у первого советника OrderSend() завершается успешно, ордер действительно удален.

5) Второй советник "висит". Ровно через 3 минуты после вызова OrderSend() завершается с результатом:  retcode=10012 comment="Request timeout"


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


Надо править синхронный OrderSend. Реала касается.

 
Тестер 1985 виснет.
 
fxsaber:
Тестер 1985 виснет.

Воспроизвёл и у себя.

При этом, даже если остановить тест, нагрузка на процессор всё равно остаётся. Снимается только перезагрузкой терминала.

 
fxsaber:
Тестер 1985 виснет.
Anatoli Kazharski:

Воспроизвёл и у себя.

При этом, даже если остановить тест, нагрузка на процессор всё равно остаётся. Снимается только перезагрузкой терминала.

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

Пост 1 https://www.mql5.com/ru/forum/285631/page66#comment_9805555

Пост 2 https://www.mql5.com/ru/forum/285631/page73#comment_9847118

Пост 3 https://www.mql5.com/ru/forum/285631/page74#comment_9849050   приложил скрипт воспроизводящий проблему 11.12.2019

Пост 4 https://www.mql5.com/ru/forum/285631/page74#comment_9849145

Пост 5 https://www.mql5.com/ru/forum/285631/page74#comment_9849363  после этого поста я сдался, так как 43 мб загруженной истории грузили ПК на 99% на протяжении всей ночи...

Эта проблема проявлялась на всех Copy функциях ...

 
fxsaber:
Тестер 1985 виснет.

Исправлено. Правка будет доступна в следующей сборке.

 
По какой-то причине на этапе компиляции нет ошибки
struct A { int i; };

struct B : public A {};

void OnStart()
{
  A a[] = {{1}, {2}};
  B b[];

  Print(ArrayCopy(b, a)); // 0
}
 
Как по такому логу исполнения узнать, какой mqh-файл имеется в виду?
array out of range in 'include.mqh' (323,26)

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

1...146147148149150151152153154155156157
Новый комментарий