Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Да, но я уже потом заметил. Можно было бы все ненужное, которое тут большинство в отдельный файл поместить чтобы зря людям не рыскать по лесу. Всякие переменные типа char и т.п. тоже не актуальны для МТ4.
Другие типы важны для экономии памяти, когда требуется много написать. МТ4 не резиновый :-))
Например для работы с ценой совсем не обязательно писать double. Можно float. В два раза память съэкономит.
Или переменные типа BOOL. Они в MQL4 по 4 байта занимают. Записать их можно в 1 байт. Тут экономия в 4 раза.
Или переменные типа BOOL. Они в MQL4 по 4 байта занимают. Записать их можно в 1 байт. Тут экономия в 4 раза.
Библиотека эта нормальная, но думаю до ума еще не доведена до конца. Например нужно вручную следить за размерами массивов и смещениями, а когда массивов больше 3 уже возникает значительная головная боль чтобы этим хозяйством управлять потому что последующие смещения зависят от предыдущих. Хотя наверно можно это все автоматизировать внутри пространства имени и хранить служебную информацию там.
Это не задача для этой библиотеки. Это задача пользователя.
Рубанок чтобы строгать, а не шурупы заворачивать.
Это не задача для этой библиотеки. Это задача пользователя.
Рубанок чтобы строгать, а не шурупы заворачивать.
Вот именно, пользователю нужен рубанок, а его заставляют им еще и шурупы заворачивать. ))
Пользователь обычно хочет пользоваться массивами как общепринято, а не заниматься еще и контролем размещения массива в памяти - эта задача должна решаться на уровне библиотеки, к тому же это несложная вещь.
sergeev:
еще раз
pos - с какой позиции
sz - сколько байт
Для сторонников простых решений сделал бы так:
Так тоже можно (ошибки не будет):
Это здесь.
Вот пример бага в библиотеке, ошибка записи и чтения - Bd[424]=0, Bids[424]=1;
Массив размером до 500 работает, а при 600 уже ошибка.
Вот именно, пользователю нужен рубанок, а его заставляют им еще и шурупы заворачивать. ))
Пользователь обычно хочет пользоваться массивами как общепринято, а не заниматься еще и контролем размещения массива в памяти - эта задача должна решаться на уровне библиотеки, к тому же это несложная вещь.
Вот пример бага в библиотеке, ошибка записи и чтения - Bd[424]=0, Bids[424]=1;
Массив размером до 500 работает, а при 600 уже ошибка.
Посмотрю.
Так работает (скрипт):
Но это не порядок. Исправлю.вот тут баг в библиотеке - для массива размера 925 работает для 924 элемента, а для массива размером 1025 уже не работает для 1024 элемента.
хотел бы узнать какой код ошибки возвращает? чтение, запись ?
есть ли проблемы с дальнейшим увеличением до 2048, 65536 элементов?
хотел бы узнать какой код ошибки возвращает? чтение, запись ?
есть ли проблемы с дальнейшим увеличением до 2048, 65536 элементов?
Вот пример бага в библиотеке, ошибка записи и чтения - Bd[424]=0, Bids[424]=1;
Массив размером до 500 работает, а при 600 уже ошибка.