Errores, fallos, preguntas - página 3148
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
Eso es porque IndBuff no está asignado a rates_total + 1
Y ArrayResize no es aplicable a él.
Rompieron el para construir. ¿Tenemos que usar ahora if-arses?
for(int i=limit - 1;....
al menos...
Esto se debe a que el IndBuff no está asignado a rates_total + 1
y ArrayResize no es aplicable a él.
for(int i=limit - 1;....
como mínimo...
¿Sabes qué es lo más molesto? Que cualquier comportamiento sea engañado silenciosamente, sin avisar.
Y entonces la gente sale herida. Estoy harto de este metatrader.
¿Sabes qué es lo más molesto? Que cualquier comportamiento sea engañado silenciosamente, sin avisar.
Y entonces la gente sale herida. Estoy harto de este metatrader.
¿Sabes qué es lo más molesto? Que cualquier comportamiento sea engañado silenciosamente, sin avisar.
Y entonces la gente sale herida. Estoy harto de este metatrader.
No he notado ningún cambio en el cálculo de los indicadores. Como has visto arriba, Nikolay ha explicado correctamente lo que significan los valores límite calculados como rates_total-prev_calculated.
Y lleva años funcionando, desde el cuarto terminal.
Aquí es donde necesitas el menos uno :))
Nikolay conozco las construcciones si y para una,
pero siempre trabajé con for, simplemente me acostumbré, es más conveniente.
Pero he notado algunas cosas extrañas con durante mucho tiempo y he estado posponiendo el tratar de resolverlo.
Antes funcionaba bien
para i>=0 ticks
para i>0 bars
Y no se necesitaba ningún "si".
Paso 1: Crear una plantilla utilizando el 'MQL5 Wizard':
Paso 2: deletrear correctamente "límite" y UTILIZAR la matriz de cierre - ¡¡¡NO la llamada iClose!!!
Resultado:
Y no hay errores.
Paso 1: Crear una plantilla utilizando el 'MQL5 Wizard':
Paso 2: deletrear correctamente "límite" y UTILIZAR la matriz de cierre - ¡¡¡NO la llamada iClose!!!
Resultado:
y no hay errores.
Gracias por el ejemplo directo de i++, por supuesto.
Pero el hecho de que tenga un bucle inverso, no lo has notado.
Y si se cita iClose como ejemplo, debe utilizarse para mostrar que el índice i se utilizará posteriormente en otras funciones.
Nikolai conozco las construcciones de si y para uno,
Si no, si
aquí es donde
se equivoca - mejor usar
si limit != 1
Así que toda la lógica es más o menos lo que es:
Entiendo que algunos se indignen y digan que por qué tengo que recalcular todo si limit == 2,pero cuando limit no es igual a 1 y no es igual a 0, significa que se trata de la primera inicialización del indicador o que algo ha ido mal (por ejemplo, fallo de conexión o del servidor)
Además, muchas veces me he encontrado con situaciones en las que prev_calculado era mayor que rates_total. Probablemente, antes era algún fallo y ahora se ha solucionado, pero desde entonces uso este diseño como medida de seguridad.
si límite != 1