Ошибки, баги, вопросы - страница 3390
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Это всё не то.
Глобальные переменные терминала, только тип double.
ChartEvent имеет свою общую очередь с событиями графиков, не подходит.
Файлы вообще не вариант.
Как раз задача не использовать dll.
если через глобальные переменные только "семафорить/защищать" про изменения, а сами данные передавать в SQLite на RAM-диске, то очень всё шустро, на грани погрешности измерений
Или пришпилить ресурсы когда надо просто большие массивы перекидывать.
Без DLL, но попыхтеть придётся :-)
если через глобальные переменные только "семафорить/защищать" про изменения, а сами данные передавать в SQLite на RAM-диске, то очень всё шустро, на грани погрешности измерений
Или пришпилить ресурсы когда надо просто большие массивы перекидывать.
Без DLL, но попыхтеть придётся :-)
Просто не пойму, зачем такие костыли делает разработчик?
Раньше всё же работало нормально. И в доках про экспорт функций пишут, что dll загружается по правилу windows, т.е. единожды.
Разве это не ошибка с .ex5 ?
Почему мне предлагают обходные пути? Когда должны работать стандартные. Тем более библиотека .ex5
Просто не пойму, зачем такие костыли делает разработчик?
Раньше всё же работало нормально. И в доках про экспорт функций пишут, что dll загружается по правилу windows, т.е. единожды.
Разве это не ошибка с .ex5 ?
Почему мне предлагают обходные пути? Когда должны работать стандартные. Тем более библиотека .ex5
отвлечённо - у нас даже с DLL будут небольшие проблемы.
Советник запускается в отдельном системном треде, индикаторы в отдельном (вроде как все вместе на 1 чарт), сервис в отдельном. Терминал обеспечивает им поступление данных через OnXXX, синхронизацию торгового окружения (или доступ к общему, это под капотом)
и штатные способы взаимодействия (напомню - они в разных тредах исполняются).
Стандартный путь, чтобы из одного независимого треда передать данные в другой - нужно что-то между ними общего. Общего - перечисленные вещи (переменные, chartevent, ресурсы, базы,файлы). То есть сделано хорошо, тут не придраться.
отвлечённо - у нас даже с DLL будут небольшие проблемы.
Советник запускается в отдельном системном треде, индикаторы в отдельном (вроде как все вместе на 1 чарт), сервис в отдельном. Терминал обеспечивает им поступление данных через OnXXX, синхронизацию торгового окружения (или доступ к общему, это под капотом)
и штатные способы взаимодействия (напомню - они в разных тредах исполняются).
Стандартный путь, чтобы из одного независимого треда передать данные в другой - нужно что-то между ними общего. Общего - перечисленные вещи (переменные, chartevent, ресурсы, базы,файлы). То есть сделано хорошо, тут не придраться.
Так в чём проблема разработчикам сделать пару-пар семафорных спецификаторов с атомарным доступом, и дать пользователям?
В глобальных переменных терминала есть атомарный доступ по условию, но только передавать тип double, как так?
Ну пусть тогда глобальным переменным терминала, дадут все стандартные типы.
Или вернут обратно поведение .ex5 библиотеки, сами разберемся с семафорами.
Ну или на крайний случай добавить пользовательские события, не связанные с графиками.
Так в чём проблема разработчикам сделать пару-пар семафорных функций с атомарным доступом, и дать пользователям?
В глобальных переменных есть атомарный доступ по условию, но только передавать тип double, как так?
Ну пусть тогда глобальным переменным терминала, дадут все стандартные типы.
Или вернут обратно поведение .ex5 библиотеки, сами разберемся с семафорами.
А что мешает использовать глобальные переменные терминала? Вещественный тип - максимальный, позволяющий вписать без потери данных остальные типы
Зачем использовать вещественный тип для передачи одного байта к примеру.
Как через вещественный тип передать строку char массива или string?
Может я не знаю и вы сможете показать пример?
Зачем использовать вещественный тип для передачи одного байта к примеру.
Как через вещественный тип передать строку char массива или string?
Может я не знаю и вы сможете показать пример?
массивы char, int или целых записей во многих случаях легко организуются в базу. Они подчастую от природы имеют "индекс". И сам массив на приёмнике тоже нужен не весь а какая-то выборка из него.
Это всё организуется через SQLite. Он встроен. Снизишь нагрузку и на источник (не надо пихать весь массив, только инкременты) и на читателя, аналогично+сложные выборки
Union — Другим способом копировать простые типы является использование объединения, для этого объекты этих структур должны являться членами одного и того же объединения – смотрите пример в union.
Меня вот как раз интересует передача строки, которая может менять длину.
Динамический массив не поддерживается.
Меня вот как раз интересует передача строки, которая может менять длину.
Динамический массив не поддерживается.