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

[A100]

alexvd:

https://www.mql5.com/ru/docs/basis/variables/initialization

Слишком упросил - не перенес const - как видно теперь все четко - одна константа инициализируется другой:

class A {
protected: //если заменить на public: то все работает
        static const int s1;
        static const int s2;
};

const int A::s1 = 0x1;
const int A::s2 = A::s1; //ошибка компиляции

Компилятор в качестве  ошибки указывает именно на защищенность члена s1. Если заменить protected на public - то все работает как часы. Но защищенность по своей природе не имеет отношения ни к порядку инициализации ни к порядку присваивания, ни к возможности инициализации конкретным значением

[A100]

TheXpert:

Надо покурить стандарт по этому поводу.

Согласен, в общем случае  компилятор компилятору - рознь и нужно разбираться.

Еще пример

enum _ENUM { en = 0x1 };
const int cc = 0x2;
static int s_array1[] = { cc }; //ошибка
static int s_array2[] = { en }; //нормально

class A {
public:
        static const int s;
        static int Array[];
};
const int A::s = 0x3;
int A::Array[] = {
        en,     //нормально
        A::s,   //ошибка
        cc      //ошибка
};

Здесь MQL компилятор не хочет инициализировать массив значением const int (enum - проходит)

Опять же я апеллирую к тому, что С++ копилирует это и правильно инициализирует.

[A100]

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

class A {
public:
        A *operator<<( int x ) { Print( x ); return ( GetPointer( this )); }
        A *operator<<( string s ) { Print( s ); return ( GetPointer( this )); }
};

int f( int& x ) { return ( x = 4 ); }

void OnStart()
{
        Print( "" );
        A a;
        int x = 3;
        a << "(1)" <<  "(2)" << "(3)"; // Результат: (1) (2) (3) //нормально
        a <<  x   << f( x ) <<  x;   // Результат:  4   4   3 ??? как же так?
}

В последнем случае ожидал результат:  3  4  4 по аналогии с предыдущим. Не нормально чтобы для одних типов последовательность вызовов была одна, а для других - другая.

[TheXpert]

A100:
Вероятно ошибка в последовательности вызовов

В С++ порядок вычисления операндов выражения -- UB. Почему здесь вы рассчитываете на определенный порядок?

[A100]

TheXpert:
В С++ порядок вычисления операндов выражения -- UB. Почему здесь вы рассчитываете на определенный порядок?

А Вы где нибудь видели, чтобы

 cout << "Hello " << "word";

выводился как "word Hello" ?

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

Более того - здесь С++ ни при чем. Допустим вы написали в коде

f(); // a << x;
g(); // a << f( x );
h(); // a << x;

А у Вас эти функции выполнились в обратной последовательности или вообще для разных типов аргументов - в произвольной последовательности

[A100]

Кстати - последовательность операций сдвига слева-направо определен и в самом MQL5, что подтверждает пример:

void OnStart()
{
        int a = 0x1;
        int b = a << 2 << a;   //b = 8
        int c = (a << 2) << a; //c = 8
        int d = a << (2 << a); //d = 16
        Print ( "b=", b, ", c=", c, ", d=", d );
}

[vlad_123]

Приветствую!

Помогите пофиксить 'invalid pointer access'.

В OnInit() имеем:

SymbolsCollection = new CSymbolsCollection();
SymbolsCollection.RefreshRealSymbols();

Метод CSymbolsCollection::RefreshRealSymbols() имеет вызов CleanSymbolsArray(myRealSymbols);

Эти метод и переменная объявлены в классе как:

public:
   CSymbol* myRealSymbols[];
   void CleanSymbolsArray(CSymbol* &inArray[]);

Проблема в том, что RefreshRealSymbols() выполняются нормально, если вызываются в конструкторе CSymbolsCollection.

Однако, вызов SymbolsCollection.RefreshRealSymbols(); в OnInit(); приводит к:

invalid pointer access in 'SymbolsCollection.mqh' (55,22)

Ошибка указывает в body метода CSymbolsCollection::RefreshRealSymbols() на строку CleanSymbolsArray(myRealSymbols);, позиция - сразу за открывающей скобкой.

 

Есть какие-нибудь идеи?

[Andrew Petras]

vlad_123:
...

Есть какие-нибудь идеи?

Не это?

[TheXpert]

A100:
А Вы где нибудь видели, чтобы выводился как "word Hello" ?

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

Это выражение из разряда i += ++i + i++

[Andrew Petras]

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

Ошибки, баги, вопросы

MetaDriver, 2013.08.03 17:55

"

Может.  Только луче б вообще без изменений таймфрейма.  По хорошему для индикаторов нужна тупо генерация тика.

Для мои целей это не всегда пригодно, а общем случае множество "проблем выходного дня" бы сняло.

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

Ошибки, баги, вопросы

MetaDriver, 2013.08.03 18:02

...

Ещё б пригодилась "команда" програмного насильственного обнуления всех prev_calculated для выбpaннoгo cимвoлa. С последующей генерацией тика хорошо бы комбинировалось.

Господа разработчики, на эту тему ничего в планах нет?