Ошибки, баги, вопросы - страница 1760
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
почему в mql5 маджик сделали только положительным?
вот люблю я отрицательные маджики, блин (((
с безнаковыми ваще засада... непонятно, кто и чем руководствовался, когда их лепил. Такое ощущение, что разные люди с разных организаций...
@Dennis Kirichenko, @Alexandr Bryzgalov
нет никакой засады.
INT(LONG) лишь забирает у UINT (ULONG) половину диапазона
приведение типов работает без ограничений
---
Можете сами проверить
ulong ua=(ulong)a;
long b=(long)ua;
Print(a, " - ", ua, " - ", b);
Всё работает как надо
отрицательные магики можете использовать
Взято из класса CPositionInfo:
почти у чёрта на куличках )
этот пример очень ожидаем в справке в разделе: "Информация о счете"
почти у чёрта на куличках )
Всё относительно: если по сто раз на день работать со стандартной библиотекой, то всё очень даже оказывается близко :)
@Dennis Kirichenko, @Alexandr Bryzgalov
нет никакой засады.
INT(LONG) лишь забирает у UINT (ULONG) половину диапазона
приведение типов работает без ограничений
---
Можете сами проверить
ulong ua=(ulong)a;
long b=(long)ua;
Print(a, " - ", ua, " - ", b);
Всё работает как надо
отрицательные магики можете использовать
вот ведь, при маджике -1 и компилируется и отрабатывает нормально и находит по этому маджику.
а-то уже расстраиваться начал.
даже так молчит:
Alexandr Bryzgalov:
только он всё равно не отрицательный, а сцко офигеть насколько положительный )
это ничего не меняет. для int это -1
дело в том, что если задам маджик -1 а после сравню его с нулём он будет больше нуля.
вот в чём дело, нужно будет сравнивать с половиной uint или переделывать в int
это конечно уже дело техники, но всё же ...дело в том, что если задам маджик -1 а после сравню его с нулём он будет больше нуля.
вот в чём дело, нужно будет сравнивать с половиной uint или переделывать в int
это конечно уже дело техники, но всё же ...если вы захотите сравнить int c uint, то компилятор должен предупредить вас о таком некорректном сравнении.
вы в любом случае обязаны выполнить приведение к одному типу. без никаких но
У меня специфическая ошибка, связанная с оптимизатором компилятора, похоже.
Большой код работает не так, как надо - тормозит только в Release (Debug - норм).
Через сутки танцев обнаружил, что если в одном месте закомментировать ObjectFind, то тормоза исчезают.
Однако, создать пример небольшого размера с такой же проблемой никак не получалось.
Попробовал в оригинальном коде ObjectFind оставить, но добавить перед/после ним/него банальный Print. И нет тормозов! Убираю Print - снова тормоза!
Похоже, оптимизатор компилятора заигрался. Писать в СД не представляю как, т.к. малый воспроизводящий код не получается создать. А большой - там черт ногу сломит.
Что можно сделать в такой ситуации? Кромсать большой код до тех пор, пока воспроизводится - наверное, вариант. Но проект состоит из множества библиотек. Уже сутки убил, больше не хочу.
Уважаемые разработчики!
Сделайте, пож-та, в отладчике тултипы для переменных, как в вижаке.
Ну, т.е. вот навожу я курсор мыши на переменную, а мне выскакивает тултип с текущим значением этой переменной. Очень удобно было бы.