Errores, fallos, preguntas - página 280
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
-Alexey-:
Это было бы логично, но сейчас операция ">" ("<" не проверял) может возвращать результ true для таких чисел "равных в смысле машинного нуля". Обнаружился эффект т.к. результат численного расчета получился больше теоретически возможного в результате такого эффекта, а после использования спец. функций, что выше - стал правильным. Поэтому и предлагаю ввести дополнение в справку.
Mis conocimientos sobre el tema son superficiales, así que no puedo valorar lo que has dicho. Escriba al Servicio de Atención al Cliente y le echarán un vistazo.
Developerc - Gracias por el trabajo realizado - mt5 es una buena herramienta,
Me gustaría añadir más ejemplos de trabajo con funciones,
clases, etc. Por supuesto que hacerlo en la ayuda - ideal, pero aquí también
Pero aquí sería bueno.
Un agradecimiento especial a los que escriben artículos con ejemplos. Muchas gracias.
Por ahora, tome este archivo como ejemplo.
La clase CSignalCustomMACD es absolutamente idéntica a CSignalMACD, excepto por el hecho de que se basa en la versión "personalizada" del indicador de la entrega estándar.
No olvides añadir una línea en el código fuente del Asesor Experto:
de lo contrario no funcionará en el probador.
Si la carpeta Indicators\Examples no contiene el archivo MACD.ex5, el indicador debe ser compilado.
En un futuro próximo se añadirá un ejemplo a la ayuda.
Esto tendría sentido, pero ahora la operación ">" ("<" no lo comprobó) puede devolver verdadero para tales números "iguales en el sentido de la máquina cero". El efecto se detectó porque el resultado del cálculo numérico era mayor de lo teóricamente posible como consecuencia de este efecto, pero después de utilizar las funciones especiales anteriores se hizo realidad. Por eso propongo un complemento a la ayuda.
Basta con utilizar DBL_EPSILON en todas las comparaciones, no es difícil:
Si trabaja con precios, normalícelos después de cualquier cálculo y utilice Point/2.0 en lugar de DBL_EPSILON:
Por alguna razón, la lectura de un array a través de la función FileReadArray no funciona , aunque el fichero esté abierto, contenga datos, etc:
Por alguna razón, la lectura de un array a través de la función FileReadArray no funciona , aunque el archivo esté abierto, contenga datos, etc:
Primero se escriben los datos en el archivo de la misma manera, ver el formato...
Y luego lee...
Primero se escriben los datos en un archivo de la misma manera, ver el formato...
Y luego lee...
Escribo los datos una línea a la vez en el indicador OnCalculated o OnInit del Asesor Experto a través de FileWrite.
Como resultado, el archivo es una lista de números:
10000
10000
9996,85
10005,25
10023,4
10029,7
Por supuesto, también podríamos escribir el array como un todo, pero ¿por qué deberíamos hacer pasos innecesarios y cuál es el error aquí?
No he podido encontrar ninguna restricción al respecto en la documentación.
Escribo los datos línea por línea en el indicador OnCalculated o OnInit del Asesor Experto a través de FileWrite.
Como resultado, el archivo es una lista de números:
10000
10000
9996.85
10005.25
10023.4
10029.7
Por supuesto, también se puede escribir el array como un todo, pero ¿por qué tengo que hacer cosas innecesarias y cuál es el error aquí?
No he encontrado ninguna limitación al respecto en la documentación.
Por alguna razón, la lectura de un array a través de la función FileReadArray no funciona , aunque el fichero esté abierto, contenga datos, etc:
De la ayuda:
FileReadArray
Lee matrices de cualquier tipo, excepto matrices de cadenas (pueden ser matrices de estructuras que no contengan cadenas y matrices dinámicas), de un archivo binario desde la posición actual del puntero del archivo.