Ошибки, баги, вопросы - страница 1415

Новый комментарий
 
Vasiliy Sokolov:

Нашел проблемное место:

Подчеркнутая строчка и вызывает крэш.
Исправлено. В новом билде крэша не будет.
 

МТ4 build 900

Листинг с подключаемым классом 

#include <Object.mqh>

 раньше работал без ошибок, теперь стал выдавать

can't open "C:\Users\user\AppData\Roaming\MetaQuotes\Terminal\EDCF3DASDFGHJKL463EF6E36630ADFFD\MQL5\include\Object.mqh" include file    ValType.mqh     10      11

в чем причина?

 
coderex:

в чем причина?

Был файл *.mq4 стал *.mq5

Последние Ваши действия по смене расширения и есть причина

 
coderex:

МТ4 build 900

Листинг с подключаемым классом 

 раньше работал без ошибок, теперь стал выдавать

в чем причина?

К сожалению, это моя ошибка, компилятор 900 билда все mqh компилирует используя язык MQL5.

Сегодня мы планируем выпустить билд, в котором данной ошибки нет.
 
Renat Fatkhullin:

Viewer файлы переносятся в windows/system32 каталог.

если я правильно понял то viewer файлы выбираются ОС в зависимости от ее битности и нужный файл копируется, а ненужный удаляется, т.к. у меня в windows/system32 только MetaViewer64.dll, а metaviewer.dll нет
 
Ilyas:
К сожалению, это моя ошибка, компилятор 900 билда все mqh компилирует используя язык MQL5.

Сегодня мы планируем выпустить билд, в котором данной ошибки нет.

в 902 билде это уже включено :) спасибо, но только если определяю методы класса за объявлением класса, то получаю ошибку.

Вот так ошибки нет:

/*!
   \brief   Контейнер для хранения значений в зависимости от типа
*/
template<typename T>
class CValContType : public CObject
  {
private:
   T     m_tVal;      // значение типа T

public:
                     CValContType(T aVal) { m_tVal = aVal; };   // конструктор
                    ~CValContType(void) { };
   T                 GetData(void) { return m_tVal; };          // получение хранимых в контейнере данных
  };

А вот так ошибка есть:

/*!
   \brief   Контейнер для хранения значений в зависимости от типа
*/
template<typename T>
class CValContType : public CObject
  {
private:
   T     m_tVal;      // значение типа T

public:
                     CValContType(T aVal);
                    ~CValContType(void);
   T                 GetData(void);          // получение хранимых в контейнере данных
  };
//+------------------------------------------------------------------+
/*!
   Конструктор
   \param   T aVal - значение контейнера
*/
template<typename T>
CValContType::CValContType(T aVal) { m_tVal = aVal; }
/*!
   Деструктор
*/
CValContType::~CValContType(void) { }
/*!
   Получение хранимых в контейнере данных
   \return   возвращает значение контейнера
*/
template<typename T>
T CValContType::GetData(void) { return m_tVal; }
//+------------------------------------------------------------------+

Ошибка:

'CValContType' - template mismatch      ValType.mqh
указывает на строку с определением деструктора. Я его вынес пока для проверки работоспособности конструкции. Получается, что для шаблонов класса нужно выносить на каждое внешнее определение метода конструкцию template<typename T>
[Удален]  

На MT4 после нажатии на Chart Refresh в логе повторяется одно и то же: HistoryCenter: 2 bars imported in 'GBPSGD1'

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

 
Для шаблонов требование размещения всех методов внутри описания класса без выноса тел наружу.
 
В каких случаях возникает "Internal compiler error"?  
Ilyas:
На сегодня известно о двух случаях:
1) в операции bool &= (bool expression)
2) Лишняя запятая в инициализирующих последовательностях: val={ {...},{...}, }

В новом билде так и не исправлены эти баги что ли?  У меня по-прежнему ошибку компилятор выдаёт.  Приходится оставаться на 1159 билде. 

 
Renat Fatkhullin:
Для шаблонов требование размещения всех методов внутри описания класса без выноса тел наружу.

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

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

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