MetaTrader 4 Client Terminal build 610 - страница 91

Новый комментарий
 
Только что обновился до 616.
Дважды терминал завис после попытки закрыть ордер с помощью кнопки справа от показателя прибыли ордера в под-окне "Терминал".

 
AlexeyVik:
Вся проблема в том, что раньше было абсолютно так-же. Я проверил на 509 билде, в левый верхний угол помещается активное окно.

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

1. в 509 нет опции меню "Мозаикой"

2. в 509 при восьми окнах и выборе "Вертикально" окна сортируются в порядке закладок и активным становится левое верхнее окно вне зависимости, какое было активно до сортировки.

 
Batman:

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

1. в 509 нет опции меню "Мозаикой"

2. в 509 при восьми окнах и выборе "Вертикально" окна сортируются в порядке закладок и активным становится левое верхнее окно вне зависимости, какое было активно до сортировки.

То что там нет "Мозаикой" это бесспорно, но при выборе "Вертикально" или "Горизонтально" окна размещаются мозаикой.

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

 
Svinozavr:

Точно, спасибо.

Пинг есть (из терминала). Из MT - не видит, кажется, ничего. Там не проверишь. Что интересно, на др. ДЦ тоже голяк. И из др. копий МТ.

Я точно не сплю?


Точно такая же проблема была на последнем билде на (14.03),

на одном и том же Уиндоус

после "аварийной перезагрузки" терминал - нет связи, на другой копии все ок

 
pro_:
Только что обновился до 616.
Дважды терминал завис после попытки закрыть ордер с помощью кнопки справа от показателя прибыли ордера в под-окне "Терминал".


Я чего-то пропустил? Поставил МТ 610 месяц назад и он больше не обновлялся сам, что-то изменилось в этом процессе?
 
616 неофициальное - тестовое обновление
  
ENUM_TIMEFRAMES m1=PERIOD_M1;
ENUM_TIMEFRAMES m5=PERIOD_M5;
ENUM_TIMEFRAMES m15=PERIOD_M15;
ENUM_TIMEFRAMES m30=PERIOD_M30;
ENUM_TIMEFRAMES h1=PERIOD_H1;
ENUM_TIMEFRAMES h4=PERIOD_H4;

ENUM_TIMEFRAMES m3=PERIOD_M3;

datetime LastTime=0;

void OnInit()
{
   LastTime=TimeCurrent();
}

void OnTick()
{
   if (iTime(_Symbol,m1,0)>LastTime) Print("Новый бар М1");
   if (iTime(_Symbol,m3,0)>LastTime) Print("Новый бар М3");
   if (iTime(_Symbol,m5,0)>LastTime) Print("Новый бар М5");
   if (iTime(_Symbol,m15,0)>LastTime) Print("Новый бар М15");
   if (iTime(_Symbol,m30,0)>LastTime) Print("Новый бар М30");
   if (iTime(_Symbol,h1,0)>LastTime) Print("Новый бар H1");
   if (iTime(_Symbol,h4,0)>LastTime) Print("Новый бар H4");
   LastTime=TimeCurrent();
}

Этот код в тестере показывает новые бары только того таймфрейма, на котором стоит тестер, и выше. Нестандартные вообще никак. Как в реале, пока не знаю. Билд 616.

В 509 показываются все независимо от того, на каком таймфрейме стоит тестер.

 

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


В случае если вызываемая функция принимает два строковых параметра и оба эти значения при вызове уже являлись аргументами в другой mql-функции, второй аргумент в dll имеет то же значение что и первый (оба аргумента содержат указатель на первое значение).

Пример кода тут, у меня воспроизводится на 610-м билде: https://github.com/Shmuma/mt4-misc/tree/master/dll-args

 

Хочу обратить внимание разработчиков на следующую проблему (я и раньше затрагивал этот вопрос, но ответа не получил).

Билд 616, WIn7 Ultimate, UAC отключен.

У меня есть советник, содержащий вызов библиотеки #include <libHistogram.mqh> и обращение к одной из функций (Zone_Nul()) этой библиотеки непосредственно в коде советника. Кроме этой библиотеки, в коде содержится вызов другой библиотеки #include <lib_Trend.mqh>, которая в свою очередь содержит директиву #include <libHistogram.mqh> и обращение к той же функции внутри библиотеки lib_Trend.

Если теперь внести изменения в libHistogram.mq4, перекомпилировать её и сам советник, то окажется, что непосредственно в коде советника обращение будет к откорректированному варианту библиотеки libHistogram, а в библиотеке lib_Trend - к старому, не откорректированному. Приходится вручную отслеживать все связи и проводить перекомпиляцию связанных библиотек (проверено на практике).

В документации же утверждается, что:

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

Если таких перекрестных вызовов (директив #include) много, то реально возникает проблема использования неактуальных (попросту разных) вариантов библиотек, а однократная загрузка многократно используемых библиотечных модулей EX4 просто продекларирована, но не обеспечена (см. описание вверху, когда используется 2 по-существу разных модуля ЕХ4 с одинаковым именем libHistogram.ех4 - новый (в коде советника) и старый, "зашитый" в код модуля lib_Trend.ех4 .

Кстати, и общий список всех библиотечных модулей EX4 содержит содержит только первый уровень ссылок (вызовы на уровне советника), а ссылки, помещенные в сами библиотеки, не отражаются (ни во вкладке "Зависимости", ни в списке включений после компиляции).


Хотелось бы услышать мнение разработчиков, будет ли автоматическая перекомпиляция всех взаимосвязанных библиотек при внесении изменений в одну из них.

 

У меня такая проблема, есть 25 окон графиков разных инструментов

я на панели окон снизу группирую их по инструментам, сохраняю профиль, но после перезапуска терминала они все перемешаны опять как попало

собственно вопрос - как сохранить группировку окон по инструментам? может добавили бы такую фишку в виде выбора меню


нашел в профиле файлик order.wnd, там все они перемешаны, попробую в нем исправить, но это не дело..

группировка вкладок в файле результатов не дала - все равно окна перемешаны...


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

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