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

[A100]

build 1650. Если несколько связанных .ex5 модулей (основной и библиотеки) то вообще ничего не работает. Везде ошибка вида:

2017.08.18 01:49:59.759 Draw (USDJPY,H1) Cannot find 'xxx' in 'yyy.ex5'

Раньше все работало нормально. Да и сейчас при компиляции MetaEditor 1646 + MetaTrader 1650 - все работает

Очевидно ошибка в MetaEditor 1650 при том что .ex5 файлы похудели почти в два раза. Зачем такие эксперименты???

[A100]

Добавляю код

//Test.mqh
class A {};
class B { public:
        B() { f(); }
        A *g() { return NULL; }
void f()
{
        void *x = g();
        if ( true )
                return; 
        delete x; //в build 1650 не работает даже если до delete никогда (!) не доходит
                   //а ошибка при выполнении возникает именно из-за наличия этой строки
                   //и указатель в исходном коде действительный (есть проверка)
}
};

//Test.mq5
#include "Test.mqh"
#import "Test2.ex5"
        A *f();
#import
void OnStart()
{
        f();
}

//Test2.mq5
#property library
#include "Test.mqh"
static B b;
A *f() export { return NULL; }

Результат - в предыдущем сообщении

[A100]

 Еще пример на проверку 

//Test.mq5
class A;
#import "Test2.ex5"
        A *f();
        void g( A* );
#import
void OnStart() //вариант 1
{
        f(); /*возвращаемое значение не используется*/
}

//Test2.mq5
#property library
class A {};
static A *a;
A *f()       export { /*делает что-то полезное*/; return a; }
void g( A* ) export { /*делает что-то полезное*/; }

Библиотека носит общий характер. Попутно возвращаемый f() указатель в данном конкретном случае в дальнейшем не используется - вариант 1 (но может и использоваться - см.далее вариант 2). При компиляции Test.mq5 нет сообщений об ошибках - значит компилятору определение класса (A) не требуется. Тем не менее при выполнении ошибка: Cannot find 'f' in 'Test2.ex5'

Далее

void OnStart() //вариант 2
{
        g( f()/*возвращаемое значение используется*/);
}

[Anton Ohmat]

Подскажите в результатах тестирования можно выставить не максимальную просадку а относительную по средствам? А то получается максимальная часто 3-5% а относительная доходит до 50%. И чтобы посмотреть относительную просадку надо отдельно тест прогонять. Заранее спасибо

[Vladimir Pastushak]

[Aleksey Vyazmikin]

Vladimir Pastushak:

Язык Windows поменять надо для счастья...

[pavlick_]

Зачем это глупое и бесполезное предупреждение "no #import declaration" если в заголовочнм файле написать:

void f();
void f() {}

Количество деклараций в приличных местах не ограничивается. Раздрожает, хочу в шапке mqh иметь краткое описание имеющихся функций, приходится комментировать строки, что отрицательно сказывается на читабельности. Кто-то может сказать: "размести статические методы в классе или структуре (при использовании структур появляется другое замечательное предупреждение "struct has no members, size assigned to 1 byte")". Отвечу: "не нравятся мне мкл классы, хочу использовать первый вариант" без этого потока гупых предупреждений. Зачем вы вынуждаете отказаться от совершенно валидных общепринятых практик?

[A100]

pavlick_:

Зачем это глупое и бесполезное предупреждение "no #import declaration" если в заголовочнм файле написать:

Это частный случай. Есть смысл в более общем решении - добавить аналог

#pragma warning (disable:xxxx)

и каждый опытный программист мог бы отключать раздражающие его warning (номер можно узнать в командном компиляторе). Существующая система warning по сути бесполезна... я их даже не смотрю - потому что их сотни однотипных - не учитывающих стиль написания и опыт программиста. И среди этих сотен бывает затруднительно найти действительно важное warning на которое стоит обратить внимание

[A100]

class A {
public:
        A() { Print( A::a ); } //Результат: 0
        static const int a;
};
/*
...
*/
const int A::a = 1;

Не верите? Завтра постараюсь добавить код

[pavlick_]

A100:

Это частный случай. Есть смысл в более общем решении - добавить аналог

и каждый опытный программист мог бы отключать раздражающие его warning (номер можно узнать в командном компиляторе). Существующая система warning по сути бесполезна... я их даже не смотрю - потому что их сотни однотипных - не учитывающих стиль написания и опыт программиста. И среди этих сотен бывает затруднительно найти действительно важное warning на которое стоит обратить внимание

Да, согласен. Только, по-моему лучше управлять сразу набором предупреждений. Механизм ключей (типа -Wno_all) или #pragma warning (level:{0|1|2|...}). Муторно отключать по-одному.